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PREFACE 



This manual describes the tools that are provided with the Writable 
Control Store option for the PDP-11/60. The manual gives information 
about assembling, loading, and debugging microprograms for the 11/60. 



The manual is divided into five parts. The first part introduces the 
microprogramming tools and discusses the syntax notation and other 
issues that are common to all four parts of the manual. 



The next three parts of the manual describe the three tools. Part II 
describes the MICRO-11/60 assembler; part III, the Microprogram 
Loader, MLD ; and part IV, the Microprogram Debugging Tool, MDT. 

The fifth part of the manual contains information on the use of the 
tools to assemble, load, and debug a microprogram. 

Five appendices, which give reference material, are included. 
Appendix A summarizes the syntax. Appendix B gives the 11/60 
Predef initions . Appendix C describes the dispatch file and a 
technique for partitioning the Writable Control Store. Appendix D 
provides a sample microprogram. Appendix E lists the error messages 
for each of the tools. 



Intende d Audience 

This manual is directed to the experienced assembly-language 
programmer and to the hardware engineer with some programming 
experience. The user should be familiar with the basic concepts of 
the RSX-1 1M operating system described in Introduction to RSX11M 
( DEC-1 1 -DM 1EA-B-D ) and with basic operating procedures described in 
the RSX-1 1M Operators' s Procedures Manual (DEC-1 1 -OMOGA-B-D ) . 



Related Manual 

This manual describes the microprogramming tools and their use. To 
understand the 11/60 microarchitecture, the following manual is 
provided : 

PDP-11/60 Microprogramming Specification ( AA-C81 4A-TC) 

Reading the PDP-11/60 Microprogramming Specification first is 
suggested . 
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CHAPTER 1 
INTRODUCTION 



The Writable Control Store is a hardware option that allows users to 
microprogram the 11/60 for special applications. This manual 
describes the three tools that are provided with the Writable Control 
Store option to aid the microprogrammer in writing, loading, and 
debugging microprograms. 



After this introductory part, the next three parts of the manual 
described the tools, as follows: 

Part II - The Micro-11/60 Assembler , which converts 
source microprograms into loadable object 
modules . 

Part III - The Microprogram Loader -- MLD , which loads 
the object module into the Writable Control 
Store . 

Part IV " The Microprogram Debugging Tool -- MPT , which 
allows the microprogrammer to examine and 
breakpoint microprograms running in the 
Writable Control Store. 



Then, the last part of the manual describes the use of the three 
tools : 

Part V - Microprogramming Too ls User's Guide, which 
describes how to invoke and execute the 
tool s . 
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Each chapter in the manual has a characteristic form. It consists of 
a sequence of sections that begin with an introduction to a feature, 
followed by a rigorous definition, followed by explanations and 
examples. The subsections that provide this information are given in 
the following list: 



Sub-section 
Syntax 

Interpretation 



Meaning 

Defines the structure of the feature. 

Gives a succinct, but complete, statement of 
the meaning of the feature, followed by a 
detailed discussion of aspects of the feature. 



Restrictions 



Provides any restrictions on the feature 
are not stated in the syntax. 



that 



Defaults 



Supplies the assumptions made for 
that are identified as optional 
syntax . 



any cases 
within the 



The manual is organized in this way so that it can be read initially 
as a tutorial and then used conveniently for a reference. 



1 . 1 THE SYNTAX NOTATION 

The constructs of the languages used by the WCS tools are defined in a 
syntax notation. A syntactic rule defines a syntactic name in terms 
of a string of syntactic terms. The syntactic terms can be terminals 
(such as: keywords, separators, etc.), which are displayed in upper 
case, or other syntactic names, which are displayed in lower case. An 
example of a terminal is given in Section 1.1. 
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Syntactic rules are displayed in boxes. The box is divided into a 
left-side and a right-side by a vertical line. On the left-side, the 
syntactic name being defined is given and, on the right-side, the 
string that defines the name is given. For example, consider the 
following syntactic rule: 



op-code 



octal-digit 



In the above rule, the syntactic name op-code 
octal-dieit . 



is defined to be 



an 



1.1.1 Concatenation 

A concatenation is a sequence of two or more definitions strings, 
written one after another. An example of a concatenation in a 
syntactic rule is: 



f ield-value-def inition 



field- value-name 



value 



The above syntactic rule states that a field-value-definition consists 
of a field-value-name followed by the characters "::=" followed by a 
value . 



Another example of a concatenation, which includes 
terminal and a syntactic name, is the following: 



a syntactic 



title-line 



.TITLE title-string 



The above rule states that a title-string 
.TITLE followed by a title-string. 



consists of the keyword 



1.1.2 Pis j unction 

A disjunction is a string definition that permits the choice from a 
set of possible definitions. A disjunction is written within curly 
braces, with each possibility separated from the others either by 
being on a separate line or by a vertical bar character. 
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An example of a disjunction in which each choice is written on a 
separate line is: 







1 f ield-value-name 


field-setting 


field-name / 








[^value J 



The above rules states that a field-setting consists of a field-name 
followed by a "/" character followed by either a field-value-name or a 
V alue . 



An example of a disjunction in which the choices are separated by 
vertical bar characters is: 



octal-digit 




The above rule states that an octal-digit can be either the character 
0, or the character 1, or the character 2, and so on, to the character 
7. 



1.1.3 Repl ication 

A replication is a string definition that can be repeated a specified 
number of times. Replication is indicated in the syntax by enclosing 
the string definition in curly braces with a subscript and 
superscript. The subscript indicates the minimum number of 
repetitions and superscript indicates the maximum number of 
repetitions. An example of replication in a syntactic rule is: 









toc-str ing 


<|^rad ix -50 -char 


r 









The above syntactic rule states that a toc-string consists of from 1 
to 64 rad ix-50-char s . 
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If the replications are separated by some character, then that 
character is given at the point of the curly brace as shown in the 
following syntactic rule: 









input-spec 


input-file 











The above syntactic rule states that an input spec consists of one or 
more input-files separated by commas. So, for example, an input-spec 
can be any of the following: 

filel 

filel ,f ile2 
filel ,file2, files 



The superscript n indicates that any number of replications can be 
given . 



1.1.4 Omission 

Omission is indicated by the use of the subscript and the 

superscript 1, indicating that from to 1 replications are possible. 

An example of omission is given in the following syntactic rule: 



constraint 


mask < 


1^ [ low-address 


: high-address ] 


}: 











The above rule states that a constraint consists of a mask, optionally 
followed by the string " [ low-address : high-address ] ". 



MICROPROGRAMMING TOOLS — INTRODUCTION 



Page 1-6 



1 .2 EXAMPLES 

Two kinds of examples are used in this manual, namely: abstract and 
concrete. An abstract example is written with non-mnemonic names 
(e.g. A, B, ALPHA, BETA, etc) and is used to illustrate a feature 
when the scope of the feature is such that using a concrete example 
would be distracting. A concrete example is an actual piece of a 
microprogram. When a concrete example is used, the context of that 
example is usually referenced. The manual contains three complete 
microprograms and concrete examples are drawn from these 
microprograms . 
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CHAPTER 2 
INTRODUCTION TO MICRO-11/60 



The MICRO-11/60 assembler converts microprograms written in its source 
language to absolute object code. The source language of MICRO-11/60 
allows the symbolic definition of fields and macros and the use of 
these names in specifying the actions to be performed by the 
microprogram. 



The MICRO-11/60 assembler performs two logical functions: translation 
and address selection. In translating names within a microinstruction 
to the appropriate set of bits, the assembler also performs valuable 
syntax and error checking. In assigning addresses, the assembler aids 
the programmer in laying out branches and allocating storage in an 
effective manner. 
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2. 1 TRANSLATION 

To construct an object microprogram, the assembler interprets a source 
microprogram written in a language that defines and uses names to set 
the appropriate bits in the microwords of the program. Names, called 
field-names, are defined to identify a sequence of bits within the 
microword. For example, bits 47 through 44 can be associated with the 
field-name ALU by the following field-definition: 

.FIELD ALU : := <47:44> 

Names, called field-value-names, then can be defined to represent some 
or all of the possible field values for the field. Field-value-names 
are specified following a field definition by a series of name and 
value pairs, connected by the characters "::=". For example: 

.FIELD ALU ::= <47:44> 
NOT-A : := 00 
A-PLUS-B-PLUS-PSCC] : 
NOT-A-AND-B : := 02 
ZERO ::= 03 
A-PLUS-B-PLUS-D[C] : : 
A-PLUS-NOT-B-PLUS-D[C] 
A-XOR-B : := 06 
A-AND-NOT-B : : = 07 
DIVIDE ::= 10 
A-PLUS-B ::= 11 
B : := 12 
A-AND-B : := 13 
A-PLUS-B-PLUS-1 : : = 14 
A-MINUS-B ::= 15 
A-IOR-B ::= 16 
A : : = 17 

Then to set bits 47 through 44 to the value 10, the microprogrammer 
can write the field-setting: 

ALU/DIVIDE 

Since microprogrammers think in terms of symbolic names rather than 
bits, the above notation is considerably more convenient for the 
writer and understandable for the reader than the equivalent: 



01 



04 

:= 05 



<47: 44>/1 1 
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In addition to this basic ability to refer to fields and their values 
symbolically, macros can be defined to produce a notation in which the 
functions of the microword , not the specific field-settings, are 
given. For example, to use the shift tree, a multiplexer selection 
for each stage of the shift tree must be specified. Consider the 
following macro: 

.MACRO D-RIGHT-14 ::= AEN/CMUX , AMUX/RIGHT-8 , BMUX/RIGHT-4 , 

ASEL/RIGHT-2 

The function performed by this macro is the shift of the D register to 
the right 14 places. To accomplish this, four field settings are 
required; however, once this macro is defined, the microprogrammer 
can simply write: 

D-RIGHT-14 

The above macro-call within a microinstruction is equivalent to 
setting the four fields shown in the macro definition, but is, again, 
more convenient and readable. 



2.1.1 The 11/60 Prede f ini tions 

The MICRO-11/60 assembler is a special version of the general 
assembler MICRO-1 1 . MICRO-11/60 has been tailored for the needs of 
the 11/60 microprogrammer by a series of predef initions , which define 
the fields of the 11/60 microword and which provide a set of macros 
that specify the logical functions performed in executing an 11/60 
microprogram. 



For most applications, the 11/60 microprogrammer need not write any 
additional field or macro definitions, but can work entirely in terms 
of the predef initions provided. These predef initions have been used, 
within DIGITAL, for several large microprograms and, in the course of 
use, have been refined several times. 



The philosophy of the predef initions is described in Section 5.3 and a 
complete listing of the predef initions , written in MICRO-11/60 
language, is given in Appendix B. The method for incorporating the 
predef initions in the microprogram is described in Chapter 14. 
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2.2 ADDRESS A SSIGNMENT 

The 11/60 uses a chained sequencing method of addressing, as described 
in the "11/60 Microprogramming Specification". Each microinstruction 
contains the address of another microinstruction. The field that 
contains this address is called the Micro Pointer Field (UPF) . If the 
microinstruction specifies an unconditional branch, then control 
passes to the microinstruction whose address is found in the UPF 
field. If the microinstruction specifies a conditional branch, then 
control passes to the microinstr ction whose address is formed by 
OR-ing the output of the Branch Micro Test Multiplexer (BUT MUX) with 
the UPF field. 



The assembler, in the absence of any direction from the 
microprogrammer , assigns unconditional branch addresses and, with some 
help, assigns conditional branch targets. The following sections 
describe the address space, the algorithm used by the assembler in 
assigning addresses and the ways in which the microprogrammer can 
reserve and specify addresses. 



2.2.1 The Addr ess Space 

The PDP-11/60 Writable Control Store consists of two pages. The first 
page occupies addresses 6000 through 6777 and the second page occupies 
addresses 7000 through 7777. The first 200 locations of the first 
page, that is 6000 through 6200, are reserved for the resident section 
of the Writable Control Store. The resident section is described in 
the "PDP-11/60 Microprogramming Specification". 



2.2.2 Address Assignment A lgorithm 

The assembler selects addresses for assignment from an available 
address pool that is formed by considering all the addresses that lie 
between the bounds specified either by the pr edef initions-f ile 
(6200:7777) or, if the pr edef initions-f ile is not included, by the 
bounds given by the .BOUNDS keyword in the user-machine-definition. 
The assembler chooses the lowest address in the available address 
pool, assigns it to the current microinstruction, and removes the 
address from the available address pool. 
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The assembler only uses addresses from the available address pool that 
are on the current page. The current page can only be changed by an 
explicit address assignment from the microprogrammer . Initially, the 
assembler establishes the current page as the page that contains the 
first address assigned. Suppose, for example, the address space 
starts at 6200 and ends at 7777. The assembler chooses 6200 for the 
address of the first microinstruction, and, in this way, establishes 
the first page of the WCS as the current page. The assembler 
continues assigning addresses until 6777. If the microprogrammer does 
not change the page by assigning an address on the second page either 
before or at that point, then the assembler reports an addressing 
error for every subsequent microinstruction and assigns an address 
that has already been assigned to a previous microinstruction. 



2.2.3 Address Reserv ation 

The microprogrammer can reserve a set of addresses and, in this way, 
remove them from the available address pool. Section 6.2 of this 
manual describes the mechanism for reserving and using reserved 
addresses, called the target assignment construct. The target 
assignment construct is used to lay out the branch targets for a 
conditional branch. 



2.2.4 Address Specification 

The microprogrammer can specify addresses explicitly, by simply 
preceding the microinstruction by an address. As noted earlier, such 
an explicit assignment is necessary to change the current page. 



However, if an address is not available when it is specified, then an 
error is reported and another address selected for the 
microinstruction. To determine whether an address will be available, 
the microprogrammer must consider the number of microinstructions that 
precede the microinstruction, the bounds of the microprogram, and the 
addresses reserved by the target assignment construct. Further, any 
changes to the microprogram can affect the availability of a 
particular address. If, for example, the microprogrammer adds several 
instructions before the given microinstruction or moves a 
branch-definition to an earlier point in the program, its specified 
address may become unavailable in the next assembly. 
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2.3 ERROR DETECTION AND CORRECTION 

MICRO-11/60 detects the errors described in Appendix E. Errors are 
caused either by invalid input or by system failures. 



Some errors are more devastating than others. A system failure 
usually causes the processing to cease and, in such a case, no useful 
results are obtained. Some user input errors render the remainder of 
the assembly useless. Some user input errors simply render the object 
module invalid. However, although the resulting object module cannot 
be loaded and executed, the results of the assembly can be examined 
for other problems. 



The devastating errors are usually the exception. Typically, in the 
course of the assembly, MICRO-11/60 detects a few trivial errors that 
can all be corrected before the next assembly. Moreover, MICRO-11/60 
tries to continue processing and produce a useful result in all cases. 
If the microprogrammer specifies an impossible action, the assembler 
tries to counter with a possible action in the hope that the result 
will be useful. For example, if the user specifies an address for a 
microinstruction and that address has already either been reserved or 
used, then the assembler reports the error and assigns the next 
available address. 



Most of the error messages are fairly self-explanatory. One of the 
most frequently encountered errors is Number 39 Syntax Error. If a 
syntax error is encountered in a line, usually the entire line is 
discarded, even though some useful information occurs before the 
syntactically incorrect item. When the line is discarded, sometimes 
other errors propagate from its absence and so the user should take 
into account the affect of the absence of a line with a syntax error, 
when studying the error messages produced as a result of an assembly. 



2.4 PRESENTATION 

The discussion of the MICRO-11/60 assembler is organized to begin with 
the smallest unit, the program element, and to proceed through the 
structure and parts of the microprogram to some complete examples, as 
discussed in the following paragraphs. 



The MICRO-11/60 assembler is a line-oriented processor, which accepts 
a sequence of input lines written in MICRO-11/60 source language and 
produces an object module that can be loaded into the 11/60 WCS. The 
elements of the source language are keywords, names, numbers, and 
separators. These program elements are described in Chapter 3. 
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The elements of the MICRO-11/60 source language are combined to form 
the processing-unit that MICRO-11/60 assembles to form an object 
module. The object module contains the microwords that, when loaded 
in the Writable Control Store, define the processing that is 
performed. The processing-unit is described in Chapter 4. 



The MICRO-11/60 processing unit consists of two parts, namely 
Definitions and Actions. The first part contains the definitions that 
associate symbolic names with fields, values, field-value pairs and 
groups of field-value pairs, so that the actions part of the 
microprogram can be written as a sequence of logical functions. The 
second part contains the actions that are performed as a result of 
executing the microprogram. Definitions are described in Chapter 5 
and actions in Chapter 6 of this part of the manual. 

Two complete microprograms are given in Chapter 7 to illustrate the 
use of the source language in writing microprograms. 



CHAPTER 3 
PROGRAM ELEMENTS 



A MICRO-11/60 microprogram is made up of a sequence of elements. 
These elements are keywords, names, values, and separators. 



The microprogrammer writes his program in terms of these program 
elements. He uses spaces, tabs, and blank lines to arrange the 
program in a clear and readable format and he uses comments to 
describe the working of the program. When MICRO-11/60 interprets his 
program, it uses these spaces or comments only to separate the 
elements of the program. The assembler then combines the language 
elements to form language constructs and interprets these constructs 
to produce the desired microprogram. 



As an example, consider the following program excerpt, taken from the 
microprogram in Section 7.1. 



! START OF LOOP TO CHECK EVERY POINT AGAINST THRESHOLD 
SRCHLP: 

.BEGIN = 0[6240:6241 ] 

The first three lines are comments. The elements of the excerpt are 
as follows: 

Element Type 

SRCHLP name 



.BEGIN 



separator 
keyword 




[ 

6240 



separator 
value 



separator 
value 



6241 
] 



separator 
value 



separator 



This chapter explains the elements of which a MICRO-11/60 microprogram 
is built. Keywords, names, values, and separators are presented. 
Then, the program line is considered. 
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3.1 KEYWORDS 



The keywords of MICRO-11/60 are given in the following list. The 
purpose of each keyword is summarized here and treated in more detail 
in later sections. 



Keyword 
.TITLE 
.IDENT 
.BOUNDS 

.RADIX 

.TOC 
.NLIST 

.LIST 

.FIELD 

.MACRO 
.CODE 

.BEGIN 

.CASE 
.ENDB 

.END 



Purpose 

Provide microprogram identification. 

Provide microprogram version number. 

Delimit the address space to be used for the 
microprogram . 

Change the default number base that is 
assumed for values written without an 
explicit radix. 

Make a table of contents entry. 

Discontinue listing of assembled program on 
the listing file. 

Resume listing of the assembled program on 
the listing file. 

Define a field name and its associated field 
values . 

Define a macro. 

Indicate the beginning of the code portion of 
the microprogram. 

Identify and initiate a target assignment 
construct for conditional branching. 

Define a conditional branch target. 

Indicate the end of a target assignment 
construct . 

Indicate the end of the microprogram. 



All MICRO-11/60 keywords begin with the character period (.). A 

keyword must be given exactly as it is shown in the above list; 

otherwise, the assembler is unable to recognize the keyword and 

discards the line on which it appears as syntactically incorrect. 
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3.2 NAMES 

A name in MICRO-11/60 can be composed of from 1 to 32 characters from 
the set of the characters given in Section 3.2.1, the first of which 
must be an alphabetic. Five types of names are distinguished by the 
MICRO-11/60 assembler: 

Type Description 

Field-name A name that identifies a set of bits within the 

microword . 

Field-value-name A name that represents a particular value for a 

given field. 

Macro-name A name that identifies a macro. 

Formal A name that is used within a macro-body to 

indicate a formal parameter. 

Label A name that is associated with a specific 

microinstruction address. 



A name must only be unique within its type. For example, a field-name 
must be unique from all other field-names but can be the same as a 
field-value-name, macro-name, formal, or label. 



The rules for forming a MICRO-11/60 name are given in the following 
syntax. Some valid MICRO-11/60 names are: 

ALPHA 

A123 
B 

THISISASYMBOLNAME 

THIS_IS A_SYMBOL_NAME 

A 
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name 


r n 3^ 

alphabetic ^ name-char K 

\ Jo 


name-char 


r ad ix-50-char | _ | ^ 




alphabetic 


A j B 1 ... 1 Z ^ 


radix-50-char 


^ alphabetic | digit | $ 


•} 


digit 




1 1 1 9 ^ 



3.2.2 Interpr etation 

A name begins with an alphabetic character and continues until a 
separator is encountered. Separators are described in Section 3.4. 

3.3 VALUES 

A MICRO-11/60 value consists of a sequence of one or more digits. The 
digits are interpreted according to the implicit radix, which is 
assumed initially to be 8 and which can be reset by a .RADIX keyword. 



3.3.1 Syntax 









value 


l^digit 


K 









3.3.2 Restrictions And Defaults 

The maximum value for any number is 2**16 - 1. If a value greater 
than the maximum value is given, it is truncated; however, no error 
message is printed. Signed numbers are not accepted. 

The implicit radix is assumed to be 8, but each occurence of a .RADIX 
keyword changes the implicit radix. 
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3.3.3 Interpretation 

A value is interpreted according to the implicit radix and represented 
in the number of bits specified by the context. If the value cannot 
be represented in that number of bits, then the value is truncated to 
the required number of bits. 



3.4 SEPARATORS AND DELIMITERS 



Some characters have special meaning to MICRO-11/60 as separators or 
delimiters. The following list summarizes the separators and 
delimiters, and gives, for each, its special meaning. 



Separator 



= or 



( period) 
(at) 

( equals) 



(CR) 



( si ash) 

( prime) 
( quote) 

( colon) 

( asterisk) 
( comma) 

( semicolon) 

( exclamation 
point) 

( carriage 
return) 



Meaning 

Used to indicate a keyword. 

Used to indicate a formal parameter 
in the macro-body of a macro 
definition . 

Used to initiate a constraint-string. 

Used to associate a meaning with a 
name for field definitions, macro 
definitions, and field settings. 

Used to separate a field-name from 
its value in a microinstruction. 

Used to indicate concatenation. 

begin and end a quoted 



Used to 
string . 



Used to terminate 
address . 



label and 



an 



Used within a constraint string. 

Used to separate field-settings in a 
microinstruction or macro-body. 

Used to terminate a microinstruction. 

Used to begin a comment. 

Used to end a program line. 
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3.5 THE PROGRAM LINE 

MICRO-11/60 is a line-oriented processor. It assumes that each 
program line contains a complete and coherent piece of microprogram. 

A program line can consist of from 1 to 120 characters. If the number 
of characters on a line is greater than 120 but less than 124, then 
any error messages associated with the line are lost. If the number 
of characters on a line exceeds 123, then the rest of the listing is 
lost . 

Some of the MICRO-11/60 constructs must be expressed on a single line, 
namely: the text following the keywords .TITLE, .IDENT, .BOUNDS, 
.ENTRY, AND .ENDS. Other constructs are intrinsically multi-lined and 
each line expresses a particular part of the construct. 

The syntax for each construct expresses its representation on program 
lines. For example, consider the syntax of the field-definition. 



field-definition 



FIELD field-name 
r 

field-value-name 




field-spec 



value 



This syntax indicates that a field-definition begins with a line that 
contains the keyword .FIELD followed by the field-name, followed by 
either the characters "::=" or the characters ":=", followed by the 
field-spec. Following that line, a sequence of lines that define 
field-value-names can be given. 



3.5.1 Comments 

Comments can be given on separate lines or at the end of any line. A 
comment is delimited by the character "!" on the left and the carriage 
return that ends the line on the right. 

The general form of a comment is: 

! comment-text 

Comment text is reproduced by the assembler on the output listing, but 
the assembler does not interpret the comment-text in any way. Comment 
text can, therefore, appear at any point in the program and can 
consist of any set of characters. 
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Some examples of comments are given in the following excerpt: 

! ENTRY POINT FOR MATRIX ADDITION 
MATADD: 

PI, CLK-BA,PC-A, ilNITIATE MEM(PC) READ: 

P2-T, A-PLUS-B,CSPB(TWO) , IINCREMENT PC. 

P3, WR(AB,L,A) ,DATI, 

NEXT, J,MAT1 



The use of comments increases the readability of a microprogram. 
Chapter 7 of this manual contains two microprograms that are well 
documented by the use of comments. 



3.5.2 Spacing 

Spaces can be inserted between any of the units of the microprogram. 
The characters BLANK and TAB can be used to insert space within the 
program line and the character CARRIAGE RETURN can be used to irsert 
space between program lines. 



3.5.2.1 Inter-Line Spacing - As an example of the use of blanks and 
tabs for inter-line spacing, consider the following field definition. 
First, without spacing, it looks like: 

.FIELD SWITCH : : = <22> 
OFF: : =0 
ON: :=1 

Then, after the addition of some spaces, it looks like: 

.FIELD SWITCH ::= <22> 
OFF ::= 
ON ::= 1 

The field-value-names OFF and ON are started at the first tab to 
indicate their logical dependence on the line beginning with '.FIELD'. 
Blanks are used to line up the characters "::=" and the values for 
ease of reading. 
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3.5.2.2 Intra-L ine Spacing - Blank lines are used to separate logical 
sections of the microprogram. If, for example, the microprogram 
contains several field-definitions, then the readability of the 
program is improved by separating each field-definition from the one 
that follows by a blank line. For example: 

.FIELD SWITCH ::= <22> 
OFF ::= 
ON : : = 1 

.FIELD AFIELD ::= <30:20> 

ALPHA ::= 

BETA : : = 1 

GAMMA : : = 4 



CHAPTER 4 
PROGRAM STRUCTURE 



This section describes the structure of an 11/60 microprogram. First, 
the basic processing unit is described. Then, the identification part 
of the microprogram is considered. Finally, the keyword lines that 
can appear at any point within the microprogram are given. 



n. 1 THE PROCESSING UNIT 

The processing-unit of the MICRO-11/60 assembler is a microprogram. A 
microprogram consists of the two logical parts: definitions and 
actions. In the definition part, the 11/60 pr edef initions , any 
program identification, user field definitions, and user macro 
definitions are specified. In the action part, the dispatch-file and 
the user microinstructions, written in terms of the names defined in 
the definition part, determine the processing that is performed when 
the microprogram is executed. 

As an example of a complete microprogram, consider the following: 
.TITLE REGEX 



. IDENT 



/REGEX1/ 



.CASE OF DISPCH 
EXCHANGE: 



P2-T, SR_A,R3-A, 
NEXT, J/EXCH2; 



!SAVE R3 



EXCH2: 



P2-T, D_A,R2-A, 

P3, WR(AB,L,B) ,R3-B, 

NEXT, J/EXCH3; 



!MOVE R2 TO R3 



EXCH3: 



P2-T, D_SR, 

P3, WR(AB,L,B) ,R2-B, 

NEXT, BUT(SUBRB) ,PAGE(0) , 



!MOVE SAVED R3 TO R2 



J/BRA05; 



.END 
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The above microprogram exchanges registers R2 and R3. The program 
uses only predefined field and macro names and, therefore, a 
user-definition part is not present. The action part of the program 
contains the identification lines, which provide title, version, and 
bounds information. The microinstructions determine the processing in 
the microprogram. This microprogram contains three microinstructions. 
The first microinstruction, labelled EXCHANGE, saves the contents of 
R3 in the shift register (SR). The second microinstruction, labelled 
EXCH2, moves the contents of R2 to R3 in both A and B scratchpads. 
The last microinstruction, EXCH3, moves the saved contents of R3 to R2 
in both scratchpads and returns to the base machine so that the next 
PDP-11 instruction can be processed. 



M . 1 . 1 Syntax 



processing-unit 


pr edef initions 






user-definitions 






dispatch-part 






action-part 





4.1.2 Interpr etation 

The processing-unit consists of a sequence of lines that identify the 
microprogram and the constructs to be used in it, followed by a 
sequence of microinstructions that make up the program. The assembler 
uses the definitional part of the program to label and interpret the 
action part of the program. The assembler produces an object module 
that can be loaded into the Writable Control Store and executed. 
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M.2 IDENTIFICATION PART 

The identification-part of a microprogram can appear in either the 
user-definition or action-part. It contains the .TITLE and .IDENT 
keywords. The .TITLE keyword associates a name with the program and 
the .IDENT keyword designates the current version number of the 
program . 

As an example of an identification-part, consider the following: 

.TITLE MATRIX PACKAGE 
.IDENT /MPV3A/ 

The .TITLE keyword associates the name MATRIX with the microprogram 
and the .IDENT keyword indicates that the current version is MPV3A. 



4.2.1 Syntax 



id en tifi cation- part 


.TITLE title-string 
.IDENT / ident-string / 


title-string H 
ident-string _J 


r -^64 

J rad ix-50-char V 

I J ' 



4.2.2 Interpretation 

The identification-part of a microprogram is interpreted as follows: 

The .TITLE line is used to associate an identifying title with 
the microprogram. The first six characters of the title-string, 
or, if a blank occurs in the first six characters, the characters 
preceding the blank are used as the title in the page heading on 
each page of the output listing and in the object module produced 
as a result of the assembly. 

The .IDENT line is used to associate a version number with the 
microprogram. The first six characters of the ident-string or 
the characters preceding the first blank are used as the version 
number in the object module produced as a result of the assembly. 

Although the .TITLE and .IDENT keywords are normally given only once, 
as the first two lines of the microprogram, they can be given at any 
point in the definition part or action part of the microprogram and 
can be repeated any number of times. In such a case, the last 
title-string or ident-string encountered is used. 
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4.2.3 Defaults 

If the .TITLE keyword is not given, then a title consisting of 6 
blanks is assumed. 

If the .IDENT keyword is not given, then an ident-string consisting of 
6 blanks is assumed. 



4.2.4 Guidelines 

The title-string and ident-string are truncated after six characters 
or at the first blank or tab, whichever comes first. These strings 
therefore, should be chosen so that the part left after truncation is 
both unique and meaningful. The ident-string should be changed each 
time the microprogram is updated, so that different versions of the 
program are easily distinguishable. 



4.3 TOC-LINES 

A toc-line is used to identify a logical segment of the microprogram, 
just as a heading is used to identify a logical segment of a document. 
The assembler collects the toc-lines and prints them at the beginning 
of the output listing and, in this way, produces a table of contents 
for the listing. 



The following program excerpt illustrates the use of toc-lines: 

.TITLE MATRIX PACKAGE 
.IDENT /MPLL27/ 
.ENTRY MATPAK : := 1 



TOC 


* 


MATRIX PACKAGE 


TOC 


* 


INITIALIZATION 


TOC 




OPERATION DISPATCH 


TOC 


* 


MATRIX MULTIPLY 


TOC 


* 


MATRIX ADD 


TOC 




MATRIX INVERT 


TOC 


* 


FINALIZATION 
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In the output listing, each line is numbered starting from 0001. 
Thus, the table of contents provides a quick reference to the 
appropriate line in the microprogram. The output listing for the 
above excerpt has the following form: 

TABLE OF CONTENTS 

4 — *MATRIX PACKAGE 



5 


* 


INITIALIZATION 


22 


* 


OPERATION DISPATCH 


30 


* 


MATRIX MULTIPLY 


79 


* 


MATRIX ADD 


125 


* 


MATRIX INVERT 


220 


* 


FINALIZATION 


1 


TTTT V 
.ill LsL 


MATRTY D^^VI\CV 
rliiinlA riiuJ\fiuJl 


2 


. IDENT 


/MPLL27/ 


3 


.ENTRY 


MATPACK : : = 1 


4 


.TOC 


*MATRIX PACKAGE 


5 


.TOC 


* INITIALIZATION 


22 


.TOC 


* OPERATION DISPATCH 


'30 


.TOC 


* MATRIX MULTIPLY 


79 


.TOC 


* MATRIX ADD 


125 


.TOC 


* MATRIX INVERT 


220 


.TOC 


* FINALIZATION 



Observe that an interesting table of contents is constructed if the 
toc-lines are indented to indicate subordination. 



4.3. 1 Syntax 



toc-line 


.TOC toc-string 


toc-str ing 


< name-char f 

L J 1 
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M.3.2 Interpr etation 

For each toc-line, the assembler creates a line of the form: 

line-number toc-string 

The assembler prints the created table of contents line at the 
beginning of the output listing. The toc-string is printed exactly as 
it appears in the input, including any leading spaces or tabs. 



4.4 RADIX LINES 

A radix-line is used to change the implicit radix. The implicit radix 
is the radix that is assumed for a value that appears in the program. 
The value '22', for example, is interpreted according to the implicit 
radix and, therefore, can be interpreted as an octal 22 at one point 
in the program and as a decimal 22 at another point. 



As an example of the use of radix-lines, consider the following 
microprogram excerpt: 

.TITLE ABC 

.IDENT /ABCV1/ 

.FIELD FIELD1 : := <10:5> 

VAL1 : : = 20 ! OCTAL 20 

.RADIX 10 

.FIELD2 : : = <22: 10> 

Q1 : : = 12 ! DECIMAL 12 

.CODE 
0022: 
El: 

FIELD1/VAL1, ! OCTAL 20 

.END 

The comments in the above microprogram indicate the radix according to 
which the value on the same line is interpreted. The implicit radix 
is assumed initially to be 8. Thus, the value of VAL1 is assumed to 
be an octal 20. When FIELD1 is set to VAL, the implicit radix is 10, 
but the value of VAL1 was established to be an octal 20 in the 
definition part of the program and, therefore, an octal 20 is assigned 
to that field. 
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rad ix-line 


.RADIX radix 


rad ix 


^2 8 10 



4.4.2 Interpr etation 

A radix-line changes the implicit radix to the radix specified in the 
line. All values are interpreted according to the implicit radix 
currently in effect. An implicit radix is in effect until another 
radix-line is encountered. 

4.4.3 Defaults 

The implicit radix is assumed initially to be 8. 



4.4.4 Discussion 

Only those syntactic units that are identified as values in the syntax 
are interpreted according to the implicit radix. Other numbers, such 
as addresses and bit specifiers, are not interpreted according to the 
implicit radix. An address, for example, is always interpreted as an 
octal-value and is so identified in the syntax. Similarly, a bit 
specifier is always interpreted as a decimal number. 
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4.5 LIST KEYWORDS 

The list keywords are used in pairs to suppress part of the output 
listing produced as a result of assembling a microprogram. The .NLIST 
keyword directs the assembler to suppress listing until a .LIST 
keyword is encountered. The .LIST keyword directs the assembler to 
resume listing. 



Both files supplied by DIGITAL, the pr edef initions file and the 
dispatch file, contain list keywords that prevent the listing of 
contents of these files as part of each microprogram assembly. The 
pr edef initions file output, obtained separately without the use of 
list keywords, is reproduced in Appendix B; the dispatch file is 
reproduced in Appendix C. 



4.5.1 Syntax 



4.5.2 Interpretation 

As part of the assembly process, MICRO-11/60 creates a listing file, 
as described in Section 14.4. If the assembler encounters a .NLIST 
keyword, it stops writing the listing file. If the assembler 
encounters a .LIST keyword, it resumes writing the listing file. 



The .NLIST and .LIST keywords scope the material that is to be 
suppressed. The list-keywords essentially change the listing mode of 
the assembler. If the assembler encounters a .LIST when it is in 
listing-mode, it effectively ignores that keyword. Similarly, if the 
assembler encounters a .NLIST when it is in suppr ess-listing-mode , it 
ignores the keyword. 



list-keywords 




4.5.3 Defaults 

The default mode is listing-mode. 



CHAPTER 5 
DEFINITIONS 



The definitions part of a MICRO-11/60 microprogram identifies the 
microprogram and specifies the meanings of all names that are used. 
The definitions part consists of two units: the pr edef initions 
supplied by DIGITAL and any user-definitions supplied by the 
programmer. The programmer can define names for fields in the 
microword and can define macros that set one or more of these fields. 
The choice of meaningful names and the specification of macros that 
perform logical functions enhance the readability of the microprogram. 





1 field-definition 




user-definitions 




}: 




1 macro-definition 





The user-definition part of the microprogram is optional. The 
MICRO-11/60 assembler obtains from the pr edef initions file knowledge 
of the name of each field, its position within the microword, its 
length, default setting, truncation mode, and associated 
field- value-names . Similarly, a set of macros to perform the logical 
functions associated with microprogramming the 11/60 is also 
predefined. Most microprograms are written exclusively in terms of 
these predefined fields and macros and, therefore, do not contain any 
field or macro definitions. 



Occasionally, however, the programmer wants to define a new field or a 
new set of macros for a special application. In such a case, the 
definition part of the microprogram contains the field or macro 
definition. In processing the definition part of the microprogram, 
the assembler assimilates the information in these definitions and 
adds that information to the body of predefined information for the 
duration of the assembly. 



This section describes the definition-part of a microprogram. First, 
field definitions are described. Then, macro definitions are given. 
Finally, predef initions are discussed. 
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5.1 FIELD DEF INITIONS 

A field-definition is used to assign a mnemonic name to a set of bits 
within the microword and, further, to associate with that field a set 
of names that suggest the meanings of the values that the field can 
have. For example, consider the following definition of the Bus 
ENable field, taken from the 11/60 pr edef initions : 

.FIELD BEN : : = <43: 42> 
BSPLO : : = 
BSPHI : := 1 
CSP : : = 2 
BASCON : : = 3 

The field BEN is predefined to occupy bits 43 and 42 of the microword 
and to have associated with it four field-value-names, namely: BSPLO, 
BSPHI, CSP, BASCON. The value of the BEN field controls the source 
that is enabled onto the BUS BIN, as described in the "11/60 
Microprogramming Specification". The definition of field-value-names 
allows the programmer to write the following field-setting in a 
microinstruction: 

BEN/BASCON 

The above field-setting assigns the value 3 to bits 43 through 42 and, 
further, describes the intent of that assignment, namely: to enable 
the BASe CONstant source onto BUS BIN. 

As another example, consider the following definition of the EMIT 
field, taken from the 11/60 pr edef initions : 

.FIELD EMIT ::= <47 : 44> ' <4 1 : 30> 

The field EMIT is predefined to occupy bits 47 through 44 and bits 41 
through 30 of the microword . 
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field- 
definition 


.FIELD field-name J field-spec 

f 1 " 

J field-value-definition > 

I J ° 


field-spec 


bit-spec <| , default > 

L J 


bit-spec 


/ "1" 

\ bit-range > ' 
L J 1 


bit-range 


< left-bit i : right-bit \ > 


default 


value 


left-bit 
right-bit | 


r 1 2 

< decimal-digit > 

L J 1 


field-value- 
definition 


field-value-name J ~\ value 

l= = = J 


field-value-^ 
name > 
field-name J 


name 
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5.1.2 Interpr etation 

A field-definition is interpreted as follows: 

The field-spec is evaluated and the designated bits are 
associated with the field-name. If a default value is given, 
then that default value becomes part of the default 
initialization pattern. 



The field- value-definitions are then processed. Each 
field-value-name and its assigned value, truncated, if necessary, 
according to the truncation mode, are associated with the 
field-name. Once specified in this way, a field-value-name can 
be used as part of a field-value-name/field-value pair to provide 
a value for a field. 



5.1.3 Restr ic tions 

The maximum field size that can be specified is 16 bits. Therefore, 
the bit spec must not specify a concatenation of bits such that the 
length of the field consisting of those bits exceeds 16. 



The maximum number of bit-ranges that can be given in a bit-spec is 
16. The limit on bit-ranges derives from the field size limit. 



Left-bit and right-bit in a bit-range must satisfy the following 
inequal ity : 

47 >= left-bit >= right-bit >= 

However, within a sequence of bit-ranges, the relationship among the 
bit-ranges is unspecified. For example, the bit-spec 

"<12: 10>'<30:26>'<6:5>" is perfectly valid. 



5.1.4 Defaults 

If right-bit is omitted in a bit-spec, then the left-bit and right-bit 
are assumed to be the same and a field size of 1 is assumed. 



5.1.5 Semantics 

The following sections describe the detailed semantics of the 
field-definition. First, the field-spec is discussed with special 
attention being given to the topics of non-contiguous and overlapping 
bit fields. Then, the default initialization pattern is described. 
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5.1.5.1 Field-Specs - The field-spec gives the information necessary 

to define the field. It specifies the bits occupied, and, optionally, 

any default value. A field can be specified to be either a 

contiguous-bit field or a non-contiguous-bit field. 



5.1.5.2 Contigu ous-Bit Fields - A contiguous-bit field can be 
expressed by a single bit spec, as follows: 

.FIELD field-name ::= <lef t-bit : r ight-bit> 

The field is defined to occupy the contiguous set of bits starting 
with left-bit and proceeding through right-bit. The length of a 
contiguous bit field is calculated as follows: 

field-length = left-bit - right-bit + 1 

An example of a contiguous-bit field is given by the following 
definition of the ALU field from the 11/60 pr edef initions : 

.FIELD ALU : :r <47:44> 

The field ALU is defined to occupy bits 4? through 44 of the 
microword . The length of the ALU field is 4 bits. 



5.1.5.3 Non-Con tiguous-Bit Fields - A non-contiguous-bit field can be 
expressed by concatenating two or more bit-specs, as follows: 

.FIELD field-name ::= <11 : r 1 > ♦ <12 : r2> ' . . . ' <ln : rn> 

Such a field occupies left-biti (11) through right-biti (r1), followed 
by left-bit2 (12) through right-bit2 (r2), and so on. The length of a 
non-contiguous-bit field is calculated by adding the lengths of the 
contiguous components. 

field- length = (11-r1+1 )+(12-r2+1 )+. . .+(ln-rn+1 ) 

An example of a non-contiguous-bit field is given by the following 
definition of the EMIT field from the 11/60 pr edef initions : 

.FIELD EMIT ::= <47 : M4> ' <4 1 : 30> 

The field EMIT is defined to occupy bits 47 through 44 followed by 
bits 41 through 30 of the microword. The length of the EMIT field is 
16 bits. The bits occupied by the EMIT field are indicated in the 
following diagram by X. 

4 4 3 2 1 

765432109876543210987654321098765432109876543210 



XXXX XXXXXXXXXXXX 
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If the field-setting 'EMIT/65432' is given in a microinstruction, then 
the bits of the EMIT field are set as shown in the following diagram: 

4 4 3 2 1 

765432109876543210987654321098765432109876543210 



0110 101100011010 



5.1.5.4 Overlapping Fields - The MICRO-11/60 assembler allows the 
definition of overlapping fields and the redefinition of fields and 
subfields. This flexibility permits, for example, the different 
structures of the 11/60 microword to be expressed. 



For example, the definitions of the ALU and EMIT fields in the 11/60 
definition, as seen in the previous section, define overlapping 
fields. The ALU field is indicated by A and the EMIT field by E in 
the following diagram: 

4 4 3 2 1 

765432109876543210987654321098765432109876543210 



AAAA 

EEEE EEEEEEEEEEEE 



When a microword is executed, bit steering within the word determines 
the meaning of fields within the word. The assembler, however, does 
not attempt to determine if a microword is either complete or 
consistent. However, if the programmer attempts to set the same bit 
more than once in a microword, the assembler reports an error. 
Consider, for example, a microinstruction that, by mistake, sets both 
the ALU and EMIT fields, as follows: 

EMIT/65432, ALU/17 

The EMIT field-setting is processed first and, as a result, the bits 
are set as shown in the previous section. Then the ALU field setting 
is processed and bits 47 through 44. An error is reported. However, 
if the inconsistent field settings do not involve overlapping fields, 
the assembler is unaware of any problem. 
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5.1.5.5 Default Initialization Pattern - The pattern that is used to 
initialize each word In the microprogram before the explicit 
field-settings are processed is called the default initialization 
pattern. This pattern is constructed from the defaults specified for 
field-definitions. 



The construction of the default initialization pattern starts with a 
word that consists of 48 zeros. When field-definitions are processed, 
any default values are set in the default initialization pattern. 



Since the MICRO-11/60 assembler reads the 11/60 pr edef initions first, 
the default initialization pattern is the pattern that exists after 
processing the defaults in the pr edef initions . The only predefined 
field that has a non-zero default is the UBF field, which is defined 
as follows: 

.FIELD UBF : := <13,9>,30 

Therefore, the default initialization pattern after considering the 
predef inition is: 

4 4 3 2 1 

765432109876543210987654321098765432109876543210 



00000000000000000000000000000000001 1000000000000 



If the programmer adds a field-definition with default value, then 
this default is logically ORed with the default pattern and the result 
of that operation becomes the new default pattern. Suppose, for 
example, the programmer adds the following: 

.FIELD ALPHA : := <2:0>,2 
.FIELD BETA ::= <47:40>,25 

Then the default initialization pattern becomes: 

4 4 3 2 1 

765432109876543210987654321098765432109876543210 



00010101000000000000000000000000001 1000000000010 



The default pattern, therefore, is the word formed by the logical OR 
of all defaults given. If two fields overlap, only one field should 
be assigned a default value. 

If the default value requires more bits for its representation than 
are present in the associated field, the default value is truncated 
and no error message is reported. 
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5.1.5.6 Oversiz e Field Values - When a value that requires more bits 
than are present in a field is assigned to that field, then the high 
order bits are truncated. For example, suppose the following 
field-setting is given by mistake: 

ALU/32 

As previously noted, the ALU field is 4 bits long. However, the value 

32, interpreted according to the implicit radix 8, requires 5 bits for 

its representation. The assembler truncates the high order 1 and 

assigns the value 12 to the ALU Field and no error is reported. 



5.2 MACRO DEF INITIONS 

A macro-definition is used to obtain a convenient and readable 
notation for a commonly performed operation. For example, consider 
the following macro definition, taken from the 11/60 predef initions : 

.MACRO DIVIDE : : = ALU/DIVIDE 

This definition allows the programmer to write the string DIVIDE 
within a microinstruction instead of the more lengthy string 
ALU/DIVIDE. 



Often, macro definitions are written that combine the setting of 
several related fields. For example, consider the following: 

.MACRO D-RIGHT-14 : : = AEN/CMUX , AMUX/RIGHT-8 , BMUX/RIGHT-4 , 

ASEL/RIGHT-2 

The programmer can write D-RIGHT-14 within a microinstruction to shift 
D to the right by 14. The assembler replaces the macro-call 
'D-RIGHT-14' by the macro body and the fields to accomplish that shift 
are set appropriately. 
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macro- definition 


f r "1 " 1^ 

.MACRO macro-name < ( > formal J^- , ) 

L J 1 Jo 

r •= 

< >' macro-body 

1 = = = J 




r ^ ^ 

J macro-body-part > , 

L J 1 


macro- body -part 


J field-name / value-spec 
macro-call ^ 


value-spec 


■f field-value-name j value j @ formal^ 


macro-call 


r r ^ " 1 ^ 

macro-name < ( s actual f » ) /- 
L L J 1 JO 


actual 


^ name | @ formal ^ 


macro-name ] 
formal •> 
field-name J 


name 



5.2.2 Interpretation 

A macro-definition is interpreted as follows: 

The macro-body is associated with the macro-name so that when a 
macro-call is encountered, the macro-body, with any formals 
replaced by actuals, replaces the macro-call. 

A macro-call is interpreted as follows: 

The macro-body associated with the macro-name is copied, and the 
formal parameters in the macro-body are replaced by the 
actual-parameters in the macro-call, the i ' th formal being 
replaced by the i * th actual. Any excess actual parameters are 
discarded . 



MICRO-11/60 — DEFINITIONS 



Page 5-10 



5.2.3 Restrictions 

Macros must not be defined to be recursive. That is, the definition 
of a macro must not contain a call on itself or a call on another 
macro that ultimately results in a call on itself. 



The substitution of an actual for a formal must result in a correct 
syntactic unit. For example, the actual that replaces a formal in a 
field-identifier must be a field-name. 



5.2.4 Defaults 

If an actual is not given for each formal, then sufficient actual 
parameters with the value to provide for the defined formals are 
assumed to follow the explicitly given actuals. 



5.2.5 Semantics 

The detailed semantics of macro-definition and use are considered in 
the following sections. First, macro expansion is described for the 
simplest case, in which the macro-definition has no parameters. Then, 
parameters are considered. Finally, the nesting of macros is 
described . 



5.2.5.1 Macro Expansion - The replacement of a macro-call by the 
macro-body associated with that macro is called macro expansion. When 
the assembler encounters a macro-call within a microinstruction, it 
replaces the macro-call by the macro-body and then processes the 
macro-body. For example, consider the following macro-definition: 

.MACRO ALPHA ::= AFLD/1 , BFLD/20 
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Suppose that the macro is called within a microinstruction as follows: 
L1 : 

CFLD/10, ALPHA, DFLD/5 

The assembler first processes the field-setting CFLD/10. Then, when 
it encounters the macro-call ALPHA, it replaces the call by the 
macro-body AFLD/1 , BFLD/20 , processes the field- netting AFLD/10, then 
the field-setting BFLD/20, and finally the fiel -setting DFLD/5. 



The text of the macro-body is not interpreted until it is expanded and 
therefore, it is understood in the context of the point at which it is 
expanded. The implicit radix is an example of the context of 
interpretation. Suppose the macro ALPHA is defined when the implicit 
radix is 8 and called first when the radix is 10 and again when the 
radix is 8 as follows: 

. RADIX 8 

.MACRO ALPHA ::= AFLD/1 , BFLD/20 

• • • 

.CODE 
.RADIX 10 
L2: 

ALPHA; 

.RADIX 8 
L3: 

ALPHA; 

Because the macro-body is not interpreted when it is defined, the 
implicit radix at that point is irrelevant. For microinstruction L2, 
ALPHA is expanded and interpreted when the implicit radix is 10 and 
therefore AFLD is set to a decimal 10 and BFLD to a decimal 20. For 
microinstruction L3, ALPHA is expanded and interpreted when the 
implicit radix is 8 and AFLD and BFLD are set to octal 10 and octal 20 
respectively . 
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5.2.5.2 Parameters - The simplest case of a macro-definition is the 
case in which no parameters are defined. In that case, the macro-call 
simply consists of the macro-name. However, when a macro is defined 
with parameters, it is possible to specify a more general and powerful 
substitution . 



The formal parameters of a macro definition are identified within 
parentheses following the macro-name and then indicated within the 
text of the macro-body by the character As an example of a 

macro-definition with parameters, consider the following: 

.MACRO BETA(X,Y) ::= AFLD/@X , BFLD/@Y 

The formal parameters of the macro definition are X and Y. The 
position of X and Y within the parentheses in the macro-definition is 
important. When a call is made on the macro, the actual parameters in 
the call are associated with the formal parameters positionally . That 
is, the first actual is associated with the first formal, the second 
actual with the second formal, and so on. Consider the following 
macro-call : 



The actual parameters of the call are C and D. The expansion of the 
macro-call is: 

AFLD/C,BFLD/D 

The first actual C is associated with the first formal X and the 
second actual D with the second formal Y. 



If more actuals than formals are given, then the extra actuals are 
discarded. If fewer actuals than formals are given, then the missing 
actuals are assumed to be zero. If a null actual is specified, then 
that actual is assumed to be zero. Some examples follow to illustrate 
these cases: 

Macro-Call Macro Expansion 



BETA(C,D) 



BETA(C,D,E) 

BETA(D,E) 

BETA(F) 

BETA( ,G) 

BETAO 

BETA 



AFLD/C,BFLD/D 
AFLD/D,BFLD/E 
AFLD/F,BFLD/0 
AFLD/0,BFLD/G 
AFLD/0,BFLD/0 
AFLD/0,BFLD/0 
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A formal parameter is only defined within the macro-body associated 

with the macro-definition. Further, within the macro-body, the formal 

must be preceded by the character Consider the following 
microprogram excerpt: 

.FIELD F1 : := <24:22> 
A : := 1 
B : := 2 

.MACRO GAMMA(A,B,C) ::= F 1 /A , F2/@A , F3/@B , F4/@C 

.CODE 

LI : 

GAMMA(G,H,I); 

.END 

The expansion of the macro GAMMA in microinstruction LI produces the 
following string: 

F1/A,F2/G,F3/H,F4/I 

The symbol A is interpreted first as a field-value-name. Then, when 
it is preceded by an it is interpreted as the first formal 

parameter . 



5.2.5.3 Nested Macros - The macro-body of a macro definition can 
contain calls on other macros. As an example, consider the following 
macro-definition from the 11/60 pr edef initions : 

.MACRO ASPLO[00]_D ::= ASP(ROO) ,WR(A,L, A) 
.MACRO ASP(XX) ::= ASEL/@XX , RIF/@XX 

.MACRO WR(AB,HL, ADDR) ::= MOD/CLKSP , WRSP/@AB , HILO/@HL , WRSEL/@ADDR 
The macro ASPLO[00]_D is equivalent to the following string: 

ASEL/R00,RIF/R00,MOD/CLKSP/WRSP/A, HILO/L,WRSEL/A 

As another example, consider the following set of macro definitions: 

.MACRO ALPHA(A) ::= FLD/@A , BETA( @A, B) 
.MACRO BETA(X,Y) ::= XYZ/@X , GAMMA(Q , R , S) 
.MACRO GAMMA(X,Y,Z) : := AFLD/@X , BFLD/@Y , CFLD/@Z 

The macro-call ALPHA(AC) is expanded as follows: 

FLD/AC,BETA(AC,B) 

XYZ/AC,GAMMA(Q,R,S) 

AFLD/Q,BFLD/R,CFLD/S 

Thus, the final string is: 

FLD/AC,XYZ/AC, AFLD/Q,BFLD/R, CFLD/S 
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5.3 PREDEFINITIONS 

The 11/60 pr edef initions give a set of field and macro definitions 
that are sufficient for most 11/60 microprograms. The complete set of 
pr edef initions , in MICRO-11/60 source, is given in Appendix B of this 
manual. The pr edef initions-f ile is part of the input to a normal 
MICRO-11/60 assembly, as described in Chapter 14. 



5.3.1 Field Predef initions 

The field predef initions specify all the field names for the 11/60 
microword. In addition, for each field-name, a set of 
field-value-names is defined. These names are selected to provide 
convenient mnemonics for the value of the field. For example, 
consider the following predef inition for the ALU field: 

.FIELD ALU : := <47:44> 
NOT-A : : = 00 

A-PLUS-B-PLUS-PS C : : = 01 
NOT-A-AND-B : : = 02 
ZERO ::= 03 

A-PLUS-B-PLUS-D C ::= 04 
A-PLUS-NOT-B-PLUS-D C ::= 05 
A-XOR-B : := 06 
A-AND-NOT-B : : = 0? 
DIVIDE ::= 10 
A-PLUS-B : : = 11 
B : := 12 
A-AND-B ::= 13 
A-PLUS-B-PLUS-1 : := 14 
A-MINUS-B : := 15 
A-IOR-B ::= 16 
A : : = 17 



Note that the field- value-names correspond closely to the verbal 
definition given for the field value in Table 2-1 of the "PDP-11/60 
Microprogramming Specification" . 
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When several choices for a field- value-name are possible, the 

pr edef initions provide all the names as a convenience for the 

microprogrammer , who can then use the name that seems most logical to 
him. As an example, consider the following pr edef inition : 



.FIELD WRSP : : = <16: 15> 
NOP: : =0 
WR-A: : =1 

A: :=1 

ASP: : =1 
WR-B: : =2 

B: :=2 

BSP: :=2 
WR-A-AND-B: : =3 

AB: : =3 

BA: : =3 



! NO ASP/BSP REWRITE 

! WRITE ASP ONLY, ON P3 120-150 NS. 



! WRITE BSP ONLY, ON P3 120-150 NS. 
! WRITE BOTH ON P3 



ABSP 
BASP 
BOTH 



= 3 
= 3 
= 3 



To set the WRSP field so that both scratchpads are written, 
microprogrammer can write any of the following field-settings: 



the 



WRSP/WR-A-AND-B 
WRSP/ABSP 



WRSP/AB 
WRSP/BASP 



WRSP/BA 
WRSP/BOTH 



5.3.2 Macro Predef initions 

The macro predef initions provide a 
11/60. A macro is predefined 
microprogrammer wants to perform. 



language for microprogramming the 
for each logical function that the 



Macros are defined to supply a convenient name for a field-setting. 
For example: 

.MACRO CLK-SR ::= CLKSR/YES 

Macros are predefined to set the several associated fields that must 
be specified to perform a logical function. For example, to write a 
scratch pad, the MOD field must be 0; the WRSP must be set to 1 to 
write A, 2 to write B, or 3 to write both; the WRSEL field must 
specify the address to be used; and HILO must specify the section of 
the scratchpad. To do this, the following macro is predefined: 

.MACRO WR(AB,HL,ADDR) ::= MOD/CLKSP, 

WRSP/@AB, 
HILO,@HL, 
WRSEL/@ADDR 
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A call on this macro sets the four fields necessary. For example: 
WR(AB,L, A) 

This macro-call sets the MOD field to 0, the WRSP field to AB to write 
both scratchpads, the HILO field to L to indicate the low section, and 
the WRSEL field to specify the A address. 



CHAPTER 6 
ACTIONS 



The microcode-part contains the actions of the microprogram. The 
microcode-part of the program consists of two units: the 
dispatch-file supplied by DIGITAL and the action-part supplied by the 
programmer. These actions determine the processing that is performed 
when the microprogram is executed. 



The action-part begins with the dispatch-file, which contains the 
.CODE keyword, continues with the user-actions, and ends with the 
keyword .END. The dispatch-file is given in Appendix C; it provides 
a dispatch table to be used as an entry point mechanism. The 
user-actions are given in the following syntax. 



user-actions 


r "1 " 

< action-item > 

L J 1 

.END 


action-item 


f^microinstr uc tion 
branch- definition 
case-microinstruction 
end-definition 



The following sections describe the microinstruction, the 
target-assignment construct and the entry point mechanism. The 
branch-definition, case-microinstruction, and end-definition are parts 
of the target-assignment construct. The entry point mechanism is an 
application of the target assignment construct. 
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6. 1 MICROINSTRUCTIONS 



The microinstruction is the basic unit of the microprogram. It 
contains the information necessary to set the bits in the microword . 
As an example of a microinstruction, consider the following: 



ALPHA: 

PI, CLK-BA,PC-A, 

P2-T, A-PLUS-B,CLK-D,CSPB(TWO) , 

P3, WR(AB,L, A) ,DATI , 

NEXT, J/BETA; 



As described in the previous section on "Definitions" , this 
microinstruction is made up of predefined macros. When these macros 
are expanded, the instruction has the following form: 

ALPHA: 

CLKBA/YES, 

AEN/ASPLO , ASEL/R07 , RIF/R07 , 
ALU/A-PLUS-B , CLKD/YES , BEN/BASCON , BSEL/TWO 
MOD/CLKSP,WRSP/AB,HILO/L ,WRSEL/A, BEGIN/YES, 
SELECT/BUS, BUSCODE/DATI , 

J/BETA; 

The expanded microinstruction consists of predefined field-name/ 
field-value-name pairs. The field-name defines the position within 
the microword and the field-value-name gives the value to be inserted 
in that field. The assembler initializes the microword to the default 
value and then fills in the fields as indicated to form the following 
microword : 



4 4 3 2 1 

765432109876543210987654321098765432109876543210 



1001 1 1 1 1 1001 1 1 1 


1 1 0110 


001 10 


001001 110 


1 1 1 1 1 1 
1 1 1 1 1 1 

ALU I BSEL! ! 
1 III 


! 1 III 

CLKD ! 1 ! 1 
1 III 


III 1 

1 1 1 MOD 


1 
1 

J 


1 III 

BEN ! i I 
1 1 1 


CLKBA ! 1 ! 


! 1 WRSP 




1 1 1 

AEN i 
1 1 


1 j 1 

BEGIN i ! 
1 1 


! WRSEL 




ASEL 


SELECT 


iHILO 





j j 

RIF BUSCODE 
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microinstruction 


r 1 ' 

J address : > 
(label 

r . "1 " 

J instruction-part > , ; 


instruction- part 


field-name / f ield- value ~1 
1^ macro-call ^ 


field-value 


field- value-name value j- 


macro— oal 1 


f f 1 " 1 ^ 
L J 1 


field-name ^ 
field-value-name 
macro-name > 
actual 

label J 


name 


address 


octal-value 



6.1.2 Interpr etation 

A microinstruction is interpreted as follows: 

If an address is specified and the address is both valid and 
available, then it is assigned to the microinstruction. If an address 
is not specified, then the assembler selects the first available 
address within the specified bounds on the current page from the 
available address pool and assigns that address to the 
microinstruction. The address assigned either explicitly or by the 
assembler is removed from the available address pool. 

If a label is specified, the label is associated with the assigned 
address . 
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The microword is initialized to the default pattern, calculated by the 
logical ORing together of all the field defaults, as described in 
Section 5.1.5.5. 



The lines of the microinstruction are processed from left to right. 
In this processing, any macros encountered are expanded and 
field-name/ field-value pairs evaluated. The specified values are set 
into the specified fields of the microword. If a microinstruction 
line ends with the delimiter, then another microinstruction line 

is processed as part of the current microinstruction. However, if the 
microinstruction line ends with either the delimiter or a blank, 

then the current microinstruction is assumed to be complete and the 
next microinstruction line is assumed to start a new microinstruction. 



6.1.3 Restr ic tions 

The address specified for a microinstruction must lie within the range 
6200 through 7777. 

The field-setting that gives the jump address for the next 
microinstruction 'J/N' must be the last field-setting in the 
microinstruction. 



A line within a microinstruction can contain one or more 
instruction-parts. The comma separator indicates that more 
instruction-parts for the microinstruction follow. The semicolon 
separator indicates that the line terminates the microinstruction. 



A field-value-name specified in an instruction-part must be one of the 
field-value-names defined for the field-name in a field-setting of a 
.FIELD definition. 



The maximum field size that can be specified is 16 bits. 



6.1.4 Defaults 

If a line does not end with a separator, then the separator semicolon, 
which indicates the end of the microinstruction, is assumed. 



If a macro-call contains fewer actual parameters than the number of 
formal parameters specified in the macro definition of the macro-name, 
then as many additional actual parameters as necessary, with the value 
0, are assumed to follow the given actuals in the macro-call. If a 
macro-call contains more actual parameters than the number of formals 
specified, the extra actuals are discarded. 
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6.2 TARGET ASSIGNMENT 

The MICRO-11/60 assembler provides a construct for specifying the 
targets of a conditional branch, namely: the target assignment 
construct. Conditional branching is accomplished in 11/60 
microprograms by combining the output of the Branch Micro Test 
Multiplexer (BUT MUX) with the contents of the Microbranch field (UBF) 
by a logical OR operation. 



The target assignment construct allows the programmer to specify a 
base address (the contents of the UBF field) and the offset (output of 
the BUT MUX) for each target associated with that base address. As an 
example of the use of the target assignment, consider the following 
microprogram excerpt, which expresses a four-way conditional branch. 

ALPHA: 
.BEGIN=00 



A: 



NEXT, BUT(D14-00-EQ-0 D15), 
J/AO; 



.CASE OF ALPHA 
AO: 

NEXT, J/B; 

.CASE 1 OF ALPHA 
A1 : 

P2-T, D_A-PLUS-B, 

R3-A, CSPB(ONE) 
P3, WR(AB,L,A), 
NEXT, J/B; 



! BRANCH ON 

! POS, NEG, ZERO, NEGZERO 

! POSITIVE DIFFERENCE 

! NO ACTION 



! NEGATIVE DIFFERENCE 
! HIT COUNTER 



.CASE 2 OF ALPHA 
A2: 

NEXT, J/B; 

.CASE 3 OF ALPHA 
A3: 

NEXT, J/ERR; 



! ZERO DIFFERENCE 
! NO ACTION 



! NEGATIVE ZERO 
! ERROR 



.ENDB ALPHA 



In this excerpt, the four targets of the conditional branch are AO, 
A1, A2, and A3. The conditional branch instruction, labelled A, 
branches to the base address AO. The target-assignment construct 
begins with the line containing the .BEGIN construct, which 
establishes the name ALPHA, defines the offsets associated with that 
name, and allocates the target addresses. The lines containing the 
.CASE keyword then associate the possible targets of the conditional 
branch with one another and with the offset information. The 
target-assignment construct ends with the line containing the .ENDB 
keyword . 
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The information in the target-assignment construct allows the 
assembler to assign to each of the microinstructions designated as a 
branch target the address that is formed by OR-ing the base address 
with the offset indicated by the case number. For example, if the 
assembler selects the address 6140 for the base address, then the 
other targets are assigned as follows: 



Target 



Case Number 



Offset 



Address 



AO 
A1 
A2 
A3 



00 
01 
10 
1 1 



61M0 
6141 
6142 
6143 



This address assignment accomplishes the desired conditional branch 
for microinstruction A. 



6.2.1 Syntax 



branch- definition 


branch-label : 
.BEGIN = constraint 


constraint 


r 1 1 

mask < [ low-address : high-address ] S 

I Jo 


mask 




case- 
microinstruction 


.CASE case-number OF branch-label 
microinstruction 


end-definition 


.ENDB branch-label 


low-address j 
high-address J 


octal-integer 


case-number 


dec imal- integer 


branch-label 


name 
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6.2.2 Interpr etation 

The interpretation of a target-assignment construct starts with the 
branch-definition. The constraint string is examined to determine the 
number of possible targets and the requirements on the base-address. 
A set of targets satisfying the mask is selected from the available 
addresses on the current page. The number of characters in the mask 
specifies the number of bits that are constrained in the address. 



The assembler selects a base address that has O's in the positions 
indicated by 0, 1's in the positions indicated by 1, and either or 1 
in the positions indicated by *. CASE uses the base address. The 
remaining cases systematically use bit positions indicated by in the 
mask. If an address-range is specified, the set of targets is 
selected from the given range and allocated. The set of reserved 
addresses and the constraint string are associated with the 
branch-label . 



A case-microinstruction for a given branch-label is assigned an 
address by using the case-number to determine from the mask the 
appropriate offset and then OR-ing that offset with the base- address. 
The processing of the case-microinstruction following address 
assignment is exactly the same as that of an ordinary 
microinstruction. 



The interpretation of a target-assignment construct ends with the 
end-definition. If any of the addresses in the set of addresses 
associated with the branch-label has not been allocated as the result 
of interpreting a case-microinstruction, then the address is returned 
to the available address pool when the end-definition is processed. 



6.2.3 Restr ic tions 

A case-microinstruction for a given branch-label must be given only 
within that branch-label's scope, which is delimited by the 
branch-definition and end-definition for that label. 



The number of O's, k, in a mask must lie in the range: 
1 <= k <= 7 
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The case-number must lie within the range of values specified by the 
constraint given in the branch-definition for the associated 
branch-label. That is, the case-number, n, must lie in the range: 

<= n <= 2**k - 1 

The low-address must specify an address that is a legal base address 
for the given constraint. The high-address must specify an address 
that is greater than or equal to the highest possible constraint 
address . 



An address must not be specified for a case-microinstruction. 



The base address must be defined. That is, a case-microinstruction 
for case-number must always be given. 



6.2.4 Defaults 

If an end-definition is not given for a branch-label, then the scope 
of the branch-label is assumed to extend to the end of the 
microprogram . 



6.2.5 Semantics 

The detailed semantics of the constraint, the address-range, 
target-assignment scope and ease-microinstruction are discussed in the 
following sections. 



6.2.5.1 Mask - The mask specifies the set of possible bits that can 
be combined with a base-address by an OR operation to form the targets 
of a conditional branch. The number of O's, k, in the mask determines 
the total number of possible branch targets, 2**k, and the position of 
the O's within the mask determines the set of possible addresses that 
can be used for the targets. 
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For example, consider the following branch-definition: 
BETA: 

.BEGIN=010 

The mask is '010'. The mask contains two O's; consequently, four 
targets are possible. The mask contains a 1 in the second bit 
position; consequently, any address within the program bounds on the 
current page that ends with 2 is a candidate for the base address. If 
the current page begins with 6000 and ends with 6777 and the program 
bounds are specified to be 6200 through 7777, then the following 
addresses are all potential base addresses: 

6202 6212 6222 6232 6242 6252 6262 6272 
6302 ... 

• • • 

6702 6712 6722 6732 6742 6752 6762 6772 

The assembler, in choosing a base address, determines which of the 
above addresses are not yet allocated and of those addresses, which 
can be OR-ed with the possible offsets to produce addresses that are 
also unallocated. That is, in order to select the address 6242 as the 
base address, the following target addresses must all be free: 

Base Address Offset Target Address 

6242 010 6242 

6242 Oil 6243 

6242 110 6246 

6242 111 6247 



If the assembler cannot find a set of addresses to satisfy the target 
assignment construct, then an error is reported and the assembly 
continues, but a valid load module cannot be produced. 

Each character in a mask has a specific meaning as follows: 

Character Meaning 

The base address should have a in this position. 

1 The base address should have a 1 in this position. 

* The base address can have a or 1 in this 

position . 
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The asterisk (*) character allows the programmer to indicate bits that 
are known to always be in the BUT MUX output for this branch and, in 
this way, to allow the assembler more freedom in its choice of 
addresses. If, in the example just given, an asterisk rather than a 1 
is given in the branch-definition, then the number of potential base 
addresses doubles, as follows: 

6200 6210 6220 6230 6240 6250 6262 6270 
6202 6212 6222 6232 6242 6252 6262 6272 

6300 ... 
6302 ... 



6700 6710 6720 6730 6740 6750 6760 6770 
6702 6712 6722 6732 6742 6752 6762 6772 



6.2.5.2 The Address-Range - The address-range is used to specify the 
range of addresses from which the targets of the target-assignment 
construct are to be chosen. If the programmer wants to absolutely 
assign the targets, then he can specify the base-address as 
low-address and the target that is formed by OR-ing a string in which 
each of the mask is replaced by a 1 with the base-address as 
high-address. As an example of absolute assignment, consider the 
following branch-definition. 

GAMMA: 

.BEGIN =001 01 [6205,6237] 

The base-address associated with GAMMA is 6105 and the targets are 
assigned as follows: 



Case 


Offset 


Address 





00101 


6205 


1 


001 1 1 


6207 


2 


01101 


6215 


3 


01111 


6217 


4 


10101 


6225 


5 


10111 


6227 


6 


11101 


6235 


7 


11111 


6237 



If any of these addresses is not free when the branch-definition given 
above is processed, then an error is reported and the assembly 
continues, but the resulting load module cannot be used. 
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^•^•^•3 The S cope Of The Target Assignment Construct - The scope of 
the target assignment construct starts with the branch-definition and 
ends either with the end-definition for the branch-label or, if an 
end-definition is not given, with the end of the microprogram. 



A case-microinstruction for a given branch-label is only valid within 
the scope of its definition. For example: 

DELTA: 
.BEGIN=0010 

.CASE 3 OF DELTA 
D3: 

.CASE OF DELTA 
DO: 

.ENDB DELTA 



.CASE 2 OF DELTA 
D2: 

The case-microinstructions for D3 and DO lie within the scope of DELTA 
in the above example and are, therefore, interpreted correctly. The 
case-microinstruction for D2, however, lies outside the scope of DELTA 
and therefore, its branch-label is undefined. 



6.2.5.4 Case -Microinstructions - Within the scope of a target 
assignment construct, case-microinstructions can be given in any 
order. Further, cases that are not used can be omitted. However the 
zeroth case, which corresponds to the base-address, must always be 
given . 



When the branch-definition that starts the scope of the target 
assignment construct is processed, all the possible targets, as 
determined from the constraint, are reserved. If at the end of the 
scope, some of the reserved targets have not been allocated by a 
case-microinstruction, then they are returned to the general address 
pool and, consequently, may be allocated later for a microinstruction 
that has no relationship with the target assignment construct. 
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6.2.6 Discussion 

The use of the target-assignment construct in connection with two 
fundamental types of conditional branching is discussed in the 
following two sections. 



6.2.6.1 Looping - The repetition of a sequence of microinstructions 
based on a counter, is called looping. Looping is a special case of 
conditional branching that occurs commonly in microprogramming. The 
following microprogram excerpt, which multiplies I times J, 
illustrates the use of the target-assignment construct for looping. 
This excerpt assumes that the counter is loaded with -J. 



IJLOOP: 
.BEGINrO 
MATH : 

P2-T , CLK-SR , WCSB [0 ]-B , B , 
NEXT, BUT(COUNT-IS-377) , 
J/MAT12; 

.CASE OF IJLOOP 

MAT12: 

P2-T, A-PLUS-B,WCSB[0]-B, 

SR, CLK-SR, 
NEXT, BUT(COUNT-IS-377) , 
J/MAT12; 
.CASE 1 OF IJLOOP 
MAT13: 



! SR <-- 



! SR <-- SR + I 

! LOOP ADDINT I FOR J TIMES 



! CONTINUE PROCESSING 



The target-assignment construct is used to specify the targets MAT12 
and MAT13. The instruction MAT12 is repeated J times. After the J ' th 
execution of that instruction, the output of the BUT MUX is 1 and 
control passes to the instruction MAT13. 



The microprogram from which this excerpt is taken is reproduced in 
full in Section 7.1. 
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6.2.6.2 Switching - The choice of one of a set of targets is called 
switching"^ Sometimes , control separates for a single calculation and 
then returns to a common point, as illustrated in the example of 
Section 7.2. Sometimes, control separates to perform totally 
different processing, as illustrated in the following example: 

DECODE: 
.BEGINrOOO 



DISPATCH: 

NEXT, 



BUTCIR 5-3 ) , 
J/BRANCH 



.CASE OF DECODE 
BRANCH: 

NEXT, J/MATRIX ADD; 



! ENTRY FOR XFC 



.CASE 1 OF DECODE 
BRANCH1 : 

NEXT, J/MATRIX MULT; 



! ENTRY FOR XFC 1 



.CASE 2 OF DECODE 
BRANCH2: 

NEXT, J/MATRIX INVERT; 



! ENTRY FOR XFC 2 



.CASE 3 OF DECODE 
BRANCH3: 

NEXT: J/MATRIX DIAG; 



! ENTRY FOR XFC 3 



.CASE 4 OF DECODE 
BRANCH4: 

NEXT, J/LINK; 



! ENTRY FOR XFC 4 



The target-assignment construct in the above example is 
specify the switch points for five separate microprograms. 



used to 



6.2.7 Guidelines 

In order to satisfy a target-assignment construct, the assembler must 
be able to select a set of addresses that have a given relationship to 
one another. Therefore, the placement of the branch-definitions is 
important. They should be placed so that the necessary addresses are 
available to the assembler; that is, close to the beginning of the 
page to which they apply. 
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6.3 THE ENTRY POINT MECHANISM 

To branch to a microprogram within the Writable Control Store, the 
programmer uses an XFC instruction in the main memory program. The 
XFC instruction can be used to branch to any one of eight possible 
microprograms. The programmer designates an entry point within the 
microprogram by the use of the DISPCH target assignment construct, as 
follows : 

Instruction Entry Point 

XFC .CASE OF DISPCH 

XFC 1 .CASE 1 OF DISPCH 

XFC 7 .CASE 7 OF DISPCH 

The branch-definition for the DISPCH target assignment construct is 
contained in the dispatch-file. Therefore, if an entry point is 
specified in a microprogram, the assembly input file list must include 
the dispatch- file before any files containing user-actions. 



For example, suppose a program has two entry points, ENTA and ENTB . 
The programmer wants to issue an XFC to enter at ENTA and an XFC 1 
to enter at ENTB. He writes his user-actions as follows: 

.CASE OF DISPCH 
ENTA: 

.CASE 1 OF DISPCH 
ENTB: 

.END 

The dispatch-file is described in Appendix C. 



CHAPTER 7 
EXAMPLES 



This chapter gives two complete microprograms to illustrate the use of 
the MICRO-11/60 assembler and the 11/60 pr edef inition language. 



The first example is a threshold check program and the second example 
is a matrix addition program. These applications were chosen because 
the associated microprograms are short. Typically, microprograms are 
longer and more general than the programs reproduced here. However, 
these examples are complete microprograms; they illustrate the form 
and content of 11/60 microprograms. 



7. 1 EXAMPLE 1 - THRESHOLD CHECK 

The example given in this section performs a threshold check. The 
microprogram accepts a list of positive values and produces, as its 
result, a count of the number of values in that list that exceed a 
specified threshold. The threshold check microprogram locates its 
inputs and outputs by the use of registers. 



The threshold check program is an example of a well-documented 
microprogram. The inputs and outputs of the program are given in the 
comments that precede the program. The logical sections of the 
program are separated by comments that describe the purpose of the 
section. The actions performed by each microinstruction are described 
by trailing comments on the microinstruction line. 



Two target assignment constructs are used in the threshold check 

microprogram, namely: SRCHP and THCMP. SRCHP illustrates the use of 

the target assignment construct for looping and THCMP illustrates its 
use for switching. 



The construct SRCHP is used to control the loop that processes each 
element in the input list. As long as more elements remain in that 
list, control returns to CASE of that construct. When the input 
list is exausted, control passes to CASE 1, which returns to the base 
machine . 
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The construct THCMP is used in the comparison of the value of each 
item in the input list with the threshold. The value of the input 
item determines to which of the four possible cases control passes. 



TITLE QUANTIZE 
IDENT /Q3/ 

TOC DATA POINTS THRESHHOLD CHECK 



INPUT TO THRESHHOLD INSTRUCTION. 

RO - BASE ADDRESS OF THE LIST OF POINTS. 

ALL POINTS ARE POSITIVE NUMBERS. 
R1 - NUMBER OF POINTS IN SAMPLE. 
R2 - THRESHHOLD VALUE. 

OUTPUT AT TERMINATION OF THRESHHOLD INSTRUCTION. 

RO - USED AS WORK REGISTER. 
R1 - USED AS WORK REGISTER. 
R2 - THRESHHOLD VALUE. 

R3 - NUMBER OF POINTS OVER THRESHHOLD. 



SRCHLP: 

.BEGIN=0[6240:6241 ] 
THCMP: 

.BEGIN=00[62M4:6247] 



'.TARGETS FOR LOOP TO SEARCH. 

! COMPARISON TARGETS WITH 
'.THRESHHOLD. 



.CASE OF DISPCH 

XFCTHC: 

P2-T, CLK-D,ZERO, 

P3, WR(AB,L,A) ,R3-A, 

NEXT, J/XFCT1; 



! ENTRY POINT FOR XFC 



UNITIALIZE COUNT OF POINTS TO 
'.ZERO. 



XFCT1 : 
P2-T, 
P3, 

NEXT, 

XFCT2: 
P2, 
NEXT, 



CLK-D,NOT-A, R1-A, 
WR(AB,L, A) , 

J/XFCT2; 



LOAD-COUNTER, R1-A, 
J/XFCT3; 



'. R1 < R1 (COMPLEMENT OF 

!LENGTH) . 



!LOOP COUNTER <-- OF POINTS. 
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START OF LOOP TO CHECK EVERY POINT AGAINST THRESHHOLD. 



.CASE OF SRCHLP 
XFCT3: 

PI, CLK-BA,RO-[A],DATI, 

P2-T, CLK-D, A-PLUS-B,CSPB(TWO) , 

P3, WR(AB,L,A), 

NEXT, J/XFCT4; 



IINITIATE FETCH OF (R0)+ 

!R0 <-- POINTS TO NEXT DATA 
!ITEM. 



XFCT4: 
P3, 
NEXT, 

XFCT5: 
P2-T, 

NEXT, 

XFCT6: 
NEXT, 



WR-CSP,CSPB(MD) , 
J/XFCT5; 



CLK-D, A-MINUS-B, 
CSPB(MD) ,R2-A, 
J/XFCT6; 



BUT(Dl4-00-EQ-0D15) , 
J/XFCT7; 



!DATA ARRIVES FROM MEMORY. 



!D <-- THRESHHOLD - DATA. 



IBRANCH ON EQUAL , GREATER , LESS 



POSITIVE DIFFERENCE - THRESHHOLD > DATA POINT - NO OPERATION 



.CASE OF THCMP 
XFCT7: 

NEXT, BUT(COUNT-IS-377) , 
J/XFCT1 ; 



!LOOP BACK IF MORE NUMBERS 
!ELSE EXIT TO XFCT11 



NEGATIVE DIFFERENCE - DATA POINT > THRESHHOLD - HIT THE 
COUNTER. 



.CASE 1 OF THCMP 
XFCT8: 

P2-T, CLK-D, A-PLUS-B, 

R3-[A] ,CSPB(ONE) , 

P3, WR(AB,L,A), 

NEXT, BUT(COUNT-IS-377) , 
J/XFCT1 ; 



!INCREMENT COUNTER BY ONE. 
'.LOOP BACK IF MORE NUMBERS 
!ELSE EXIT TO XFCT11 
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I 

! ZERO DIFFERENCE - DATA NOT OVER THRESHHOLD - NO OPERATION 

I 



.CASE 2 OF THCMP 
XFCT9: 

NEXT, BUT(COUNT-IS-377) , !LOOP BACK IF MORE NUMBERS. 

J/XFCT1; !ELSE EXIT TO XFCT11 

I 

! IMPOSSIBLE DIFFERENCE - ERROR RETURN TO ERROR ROUTINE. 

I 



.CASE 3 OF THCMP 
XFC10: 

NEXT, PAGE(O) ,BUT(SUBRB) , !EXIT TO ERROR POSITION. 

J/0000; 



.CASE 1 OF SRCHLP 
XFCT11 : 

NEXT, PAGE(O) ,BUT(SUBRB) , '.END OF INSTRUCTION. 

J/BRA05; ! RETURN FOR NEXT MACRO 

'INSTRUCTION. 

.END 
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7.2 EXAMPLE 2 - MATRIX ADDITION 

The matrix addition example adds the elements of the matrix M to the 
elements of the matrix N, on an element by element basis. That is, it 
performs the following computation: 

M(m,n) = M(m,n) + N(m,n) 

The number of elements in each row is given by I and the number of 
elements in each column by J. 

Unlike the threshold check microprogram in which the input information 
is passed through the registers, the matrix addition example contains 
the input information in its calling sequence, as shown in the 
comments at the beginning of the program. 

The matrix addition example uses two target assignment constructs. 
Both constructs are used for looping. The first, IJLOOP, is used to 
calculate the total number of elements; that is, to multiply I times 
J. The second, MNLOOP, is used to loop through each element of the 
matr ix . 



.TITLE MATRIX ADDITION 
.IDENT /MP1A/ 



XFC CODE 



PC — > 




* N 



* I » J * 

************************** 



.TOC 



START OF MATRIX ADDITION EXAMPLE. 



IJLOOP: 
.BEGIN=0 
MNLOOP: 
.BEGIN=0 



.CASE 2 OF DISPCH 



! ENTRY POINT FOR XFC 2 



MATADD: 

P1, CLK-BA,PC-A, 

P2-T, A-PLUS-B,CSPB(TWO) , 

P3, WR(AB,L, A) ,DATI , 

NEXT, J/MAT1; 



'.INITIATE MEM(PC) READ: 
!INCREMENT PC. 



MAT1 : 
P3, 
NEXT 



CSPB[MD]BUSDIN, 
J/MAT2; 



!MD<--MEMORY - M (START OF M) 
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MAT2: 
P1, 
P2-T, 
P3, 
NEXT, 

MATS: 
P2-T, 
P3, 

NEXT, 

MATn: 
P1, 
P2-T, 
P3, 
NEXT, 

MAT5: 
P2-T, 
P3, 

NEXT, 



CLK-BA,PC"A, 

A-PLUS-B , CLK-D , CSPB ( TWO ) , 
WR(AB,L,A) ,DATI, 
J/MAT3; 



B, CSPB(MD) , CLK-D, 
WR(A,H,A) ,R[SRC]-A, 
CSPB[MD]BUSDIN, 
J/MAT4; 



CLK-BA,PC-A, 

A-PLUS-B , CLK-D , CSPB (TWO) , 
WR(AB,L,A) ,DATI, 
J/MAT5; 



B,CSPB(MD) , CLK-D, 
WR(A,H,A) ,R[DST]-A, 
CSPB[MD]BUSDIN, 
J/MAT6; 



!INITIATE MEM(PC) READ. 
IINCREMENT PC. 



IWORKK-- M 

!MD<-- MEMORY - N (START OF N) 



!INITIATE MEM(PC) READ 
!INCREMENT PC. 



!W0RK2<-- N 

!MD<-- MEMORY - I: J 



CALCULATE I X J AND LOAD IN COUNTER. 



MAT6: 
P2-T, 

NEXT, 

MAT7: 
P2-T, 
P3, 
NEXT, 

MATS: 
P2-T, 
NEXT, 

MAT9: 
>2-T, 
P3, 
NEXT, 

MAT10: 
P2, 

NEXT, 

MATH : 
P2-T, 
NEXT, 



CSPB(MD) ,CLK-D,CLK-SR,B, 

D[C]0, 

J/MAT7; 



CLK-D, D-RIGHT-8 , D[C]D[C] , A, 
WR(B,H,B) ,WCSB[0]-B, 
J/MAT8; 



CLK-D,SR,A,D[C]D[C], 
J/MAT9; 



D-SIGNEXT , NOT-A , CLK-D , 
WR(B,H,B) ,WCSB[1 ]-B, 
J/MAT10; 



WCSBC1 ]-B, 
LOAD-COUNTER, 
J/MAT11 ; 



CLK-SR,WCSB[0]-B,B 

BUT(COUNT-IS-377) , 
J/MAT12; 



!D <-- I:J , SR <-- I:J 
!D(C)<--0 



!D(C) <— 0. 
!W0RK3 <-- 0:1 



!D <-- SR (I:J) 



!D <-- COMPLEMENT OF J 
!WCSB(1) <-- COMPLEMENT OF J 



! COUNTER GET -J 



!SR <— I FROM WORKS 

'.CHECK IF = 1 TARGETS MAT12,1S 
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.CASE OF IJLOOP 
MAT12: 

P2-T, A-PLUS-B,WCSB[0]-B, 

SR, CLK-SR, 
NEXT, BUT(COUNT-IS-377) , 

J/MAT12; 



!SR <-- SR + I 
!LOOP ADDINT I 



FOR J TIMES 



.CASE 1 OF IJLOOP 
MAT13: 



P2-T, 

P3, 

NEXT, 

MAT14: 
P2, 

NEXT, 



CLK-D,SR,NOT-A, 
WR(B,H,B) ,WCSB[1 ]-B, 
J/MAT14; 



WCSBL1 ]-B, 

LOAD-COUNTER, 

J/MAT15; 



!WCSB(1 ) GETS -I*J 



ICOUNTER GETS -(I*J) 



LOOP TO ADD EACH TERM OF MATRIX M AND N 



.CASE 
MAT15: 
P1, 

NEXT, 

MAT16: 
P3, 
NEXT, 

MAT17: 
PI, 
P2-T, 

P3, 
NEXT, 

MAT18: 
P2-T, 
P3, 
NEXT, 

MAT19: 
P2-T, 

NEXT, 



OF MNLOOP 

CLK-BA, R[SRC]-A, 

DATI, 

J/MAT16; 



CSPB[MD]BUSDIN, 
J/MAT17; 



CLK-BA, R[DST]-A, 
A-PLUS-B,CSPB(TWO) , 
WR(A,H,A) ,DATI, 
J/MAT18; 



CLK-SR, B,CSPB(MD) 

CSPB[MD]BUSDIN, 

J/MAT19; 



CLK-D, A-PLUS-B,SR, 
CSPB(MD) , 
J/MAT20: 



IINITIATE MEM(M) READ 
IW0RK1 CONTAINS N 



!MD <-- MEM(M) 



IINITIATE MEM(N) READ 
'.INCREMENT N 



!SR <-- MEM(M) 
!MD <-- MEM(N) 



!D <-- MEM(M) + MEM(N) 
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MAT20: 
P1, 

NEXT, 

MAT21 : 
NEXT, 



CLK-BA,R[SRC]-A, 

DATO, 

J/MAT21 ; 



J/MAT22; 



IINITIATE MEM(M) WRITE. 



!DATA IS WRITTEN FROM D TO 
!MEMORY. 



MAT22: 

P2-T, A-PLUS-B,R[SRC]-A, 
CSPB(TWO) ,CLK-D, 

P3, WR(A,H,A), 

NEXT, BUT(COUNT-IS-377) , 
J/MAT15; 



IINCREMENT M 

!LOOP UNTIL ALL TERMS HAVE 
!BEEN SUMMED. (TARGETS 
!MAT15,23) 



.CASE 1 OF MNLOOP 
MAT23: 

NEXT, PAGE(O) ,BUT(SUBRB) , 
J/BRA05; 



! RETURN TO BASE MACHINE FOR 
!NEXT INSTRUCTION. 



.END 
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CHAPTER 8 
MICROPROGRAM LOADER 



This chapter describes MLD, the Microprogram LoaDer . MLD is a program 
that loads the 11/60 Writable Control Store. 



The functions of the loader are described in the following section. 
Then, the loader input, the microprogram object module, is discussed 
and illustrated. 



8. 1 LOADER FUNCTIONS 

MLD performs three-functions in loading the Writable Control Store, 



namely : 



o 



The initialization 
special pattern. 



of the Writable 



Control 



Store 



to 



a 



o 



The loading of the 
Store . 



resident section of the Writable 



Control 



o 



The loading of the 
microprogram . 



set of object modules that make up the 



The following sections describe each of these activities. 
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8.1.1 Initial ization 

Before loading any information, MLD initializes the entire Writable 
Control Store, starting at location 6000 and continuing through 
location 7777, to the default initialization pattern. Any programs 
previously loaded into the Writable Control Store are destroyed by 
this initialization process. 



The default initialization pattern is the following microword: 

4 4 3 2 1 

765432109876543210987654321098765432109876543210 



0000000000000001 1000000000000000001 1 100000001 110 



After the execution of the loader, any microaddress that is not 
explicitly loaded contains this pattern. 



If control passes to a word that contains the default initialization 
pattern, then the execution of that word causes a transfer to the 
resident section address 6016, which begins an error routine. This 
error routine handles the case in which a wild branch sends control to 
an illegal address. The user can provide an error routine for this 
case or can rely on the default handling, which exits to the console 
as if a halt instruction was encountered. 



8.1.2 Loading The Resident Section 

After initialization, MLD loads the resident section specified by the 
programmer. Usually, the standard resident section MICPAK is 
specified . 



The contents of the standard resident section MICPAK supplied by 
DIGITAL are described in Appendix D of the "PDP-11/60 Microprogramming 
Specification . " 
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8.1.3 Loading The Microprogram 

After loading the resident section, MLD loads the microprograms 
specified by the user. MLD can load any number of object modules and 
these object modules can coexist in the Writable Control Store as long 
as the address space occupied by each module is consistent with the 
address space occupied by the other modules. The address space 
occupied by an object module is determined by the bounds given with 
the .BOUNDS keyword at the time the microprogram is assembled. 



In loading the Writable Control Store, MLD constructs the address to 
be loaded from the lower bound and the offset and then loads the bits 
associated with that offset into the calculated Writable Control Store 
location. If an object module uses the same location as used in an 
object module loaded earlier in the load sequence, then the location 
is reloaded with the contents given in the later object module. 



The fact that MLD permits words of the Writable Control Store to be 
rewritten is convenient for updating programs. However, the 
programmer must be careful, in that case, to specify the object 
modules in the correct order, so that the last word loaded into the 
given address is the expected one. 



8.2 THE MICROPROGRAM OBJECT MODULE 

The microprogram object module has a format that is compatible with 
the standard macro object module produced by the translators operating 
in the RSX-1 1M system. However, the microprogram object module is not 
as general as a macro object module. 



8.2.1 Microprogram Object Module Format 

An 11/50 microprogram object module is made up of a sequence of 
records. Five different types of records are used, namely: GSD, RLD, 
TXT, end-GSD, and end-module. The meaning and format of each of these 
record types are described in Appendix B of the "RSX-1 1M Task Builder 
Reference Manual" ( DEC-1 1 -OMTBA-A-D ) . 
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The following diagram shows the format of the microprogram object 
module for the RSX-1 1M system. The first word is a count of the 
number of bytes that follow in the record. The second word indicates 
the type of record. The type of record determines the meaning of the 
words that follow. 



The diagram shows the words on the horizontal axis and the record 
number on the vertical axis. The data is displayed as it appears in a 
dump. 
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The microprogram object module begins with the four GSD (type 1) 
records shown. The first record contains the program title, as 
extracted from the title-string supplied with the .TITLE keyword. The 
second record contains the version identification, given with the 
.IDENT keyword in the source microprogram. The third and fourth 
records declare the section names WC$DSP, for the WC$DSP area, and 
WC$ARY, for the Writable Control Store array storage. 



Following these four standard records, a GSD record is given for the 
microprogram. The partition-name has the form WC$000. 



After the GSD records, an RLD (type 4) record for the dispatch area is 
given. The text (type 3) records following that RLD give the lower 
and upper bound for the program and the dispatch table. 



Following the RLD and TXT records for the section WC$DSP, an RLD 

record for the section WC$ARY is given. The TXT records following 

give the offset, relative to the lower bound, at which the 

microinstruction is to be loaded and the contents of the 

microinstruction. The offset is given in bytes and since each 
microinstruction occupies 6 bytes, the microinstruction address is 
calculated by the following formula: 

microinstruction-address = lower-bound + offset/6 

The microprogram object module concludes with an end-GSD (type 2) 
record and an end-module (type 6) record. 
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The object module for 
14.4.9, is as follows: 



the sample program REGEX given in Section 
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CHAPTER 9 
INTRODUCTION 



The MicroDebugging Tool MDT is a stand-alone program that provides an 
efficient tool for debugging 11/60 microprograms. Using MDT, the 
programmer can monitor the execution of his microprogram. He can set 
breakpoints, examine and change data or instructions in main or micro 
memory, and alter the control of the program. 



MDT is intended for debugging microprograms. Usually, the program to 
be debugged consists of a small main memory program and a 
microprogram. The main memory program's purpose is to call the 
microprogram and, in some cases, provide data for the microprogram to 
manipulate. MDT takes over the machine and controls all I/O vectors 
and, consequently, all the interrupts. Therefore, the processing that 
can be done by the main memory program is limited. It cannot, for 
example, perform any input or output unless the programmer makes 
special provisions for handling I/O. 



Because MDT is used to debug microprograms, it must save the state of 
the machine. The following section describes the saving of the 
machine state. After that discussion, an MDT session is considered 
and some general remarks are made on the MDT command line. 



9. 1 THE MACHINE STATE 

Whenever a breakpoint occurs, MDT saves the state of the machine so 
that it can restore the state before continuing the execution of the 
program under test. The machine state is saved in a table called the 
microstate table. 



9.1.1 The Micr ostate Table 

The microstate table has two logical sections. The first section 
contains the datapath registers and the second section contains the 
PDP-11 registers. 
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In the following table, the name of each register, the number of bits 
occupied by that register, and a brief description of the meaning of 
the register are given. 



TABLE 9-1 
Microstate Table 



Datapath Registers 



Register-name 



Bits 



Description 



$D 
$DC 
$SR 
$An 



$Bn 



$Cn 



$BA 

$IR 

$CNT 

$FLAG 

$UCON 

$RES 

$RET 



16 
1 

16 
16 



16 



16 



16 

16 
6 
8 

17 
4 

16 



D register 

D(C) register 

Shift register 

A scratchpad registers 

n is an octal integer starting 
with and continuing through 37 

B scratchpad registers 

n is an octal integer starting 
with and continuing through 37 

C scratchpad 

n is an octal integer starting 
with 17 and continuing through 

Bus address register 

Instruction register 

Count register 

Flag register 

UCON control register 

Residual control register 

Return register 



PDP-11 Registers 



Register-name 
$n 



$PSW 

$PC 

$ACn 



Bits 



Description 



$RLn 



$FPS 
$FEC 
$FEA 



16 



16 
16 
32 



16 



16 
16 
16 



General registers 

n is an integer starting 

with and continuing through 7 

Program Status Word 

Program Counter 

Floating point registers 

n is an integer starting with 
and continuing through 5 

Relocation registers 

n is an integer starting with 
and continuing through 7 

Floating point status word 

Floating point error code 

Floating point error address 
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9.1.2 Restoring The Machine State 

The type of breakpoint determines the amount of the machine that must 
be restored before execution of the program under test can resume. At 
a main memory breakpoint, MDT restores the PDP-11 registers from the 
microstate table. At a microprogram breakpoint, MDT restores the 
datapath registers, as well as the PDP-11 registers. 



Three datapath registers cannot be preserved by MDT. These registers 
are $UCON, $RES, and $RET. The contents of the microstate table for 
these three registers is the default value used by MDT when restoring 
the state of the machine. 



If the programmer wants to change the default value for any of these 
unpreserved registers, he can do so by the open-bits command. Since 
MDT. never writes into the unpreserved locations, the default value is 
not changed. Then, each time that execution of the program is 
resumed, that default value is copied into the register in question. 



9.2 A DEBUGGING SESSION 

A debugging session consists of a number of interactions between MDT 

and the programmer, in which the programmer observes, and sometimes 

changes, the characteristics of the program under test. 

MDT prompts for a command by typing: 



In response to this prompt, the programmer types a command line. The 
following section considers some general properties of the command 
line . 



9.3 THE COMMAND LINE 

An MDT command line can contain four possible items, as shown in the 
following diagram: 



The command must always be present in a command line, but the 

presence, or absence, of the other three items depends on the command. 

At most, two, out of the three optional items, are required for any 
command . 



MDT> 




command 
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The permissable syntax and the meaning of that syntax are given for 
each type of command in the following chapters. Some general remarks 
about the form of the command, however, can be made here. 



The following sections discuss the four items of the command line, 
starting with the command and continuing with the address-spec, the 
qualifier, and the integer. 



9.3.1 Command s 

The command mnemonics recognized by MDT are summarized in the 
following list. For each command mnemonic, a brief description is 
given . 

Command Description 

Used to open, examine, and possibly change, the 

contents of bits in main memory or the Writable 
Control Store. 



OB 



OC 



B 



Used to open, examine, and possibly change, a byte in 
main memory. 

Used to open, examine, and possibly change, a 
character in main memory. 

Used to set a breakpoint; or, with the qualifier 
to delete a breakpoint; or, with the qualifier 
'?', to list the current breakpoints. 

Used to proceed after a breakpoint has halted 
ex ecution . 



Used to add an item to a display list; or, with the 
qualifier to delete an item from the display 

list; or, with the qualifier to list the 

current display items on the display list. 

Used to start the execution of the program under 
test . 



Used to reset all breakpoints and clear 
list. 



the display 



Used to reload the microprograms 
Control Store. 



into the Writable 



The first three commands (0, OB, and OC) are described in Chapter 10, 
"The Open Commands". The next two commands (B and P) are given in 
Chapter 11, "The Breakpoint Commands". The next command (D) is 



described in Chapter 12 
commands (G, R, and L) are 
Command s" . 



"The Display Commands", 
described in Chapter 13, 



The last three 
"The Control 
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9.3.2 The Address-Spec 



An address-spec in an MDT command locates a sequence of bits in 
memory. The form of the address-spec is: 

address bit-range <J , relocation-register^^ 

J 

The address part of an address-spec can designate a main memory 
location, a micro memory location, or a register, depending on the 
first character of the address as indicated in the following list: 




Address Meaning 

#n A main memory address. The address n must lie in the 

range <= n <= 17777. 



n A micro memory address. The address n must lie in the 

range 6000 <= n <= 7777 for a microinstruction or in 
the range <n n <n 5777 for a data (local store) item. 

$x A register. The register named x can be any of the 

names recognized by MDT, as indicated in the table of 
Section 9.1.1. 



The bit range indicates the bits within the designated location in 
memory. A bit-range is expressed in the following way: 

< left-bit : right-bit > 

If a bit-range is not given, then the full word is assumed, namely: 

<15:0> For a main memory address 

<47:0> For a micro memory instruction address 

<15:0> For a micro memory data address 

<n:0> For a register, where n is the value of bits, from the 

table in Section 9.1.1, minus 1. 

The relocation-register can be any one of the eight 
relocation-registers, namely $RL0, $RL1, ... $RL7. A 
relocation-register can only be used with a main memory address. If a 
relocation-register is present in an address-spec, the contents of 
that register is added to the specified address to determine the 
actual address. 



The form of the address-spec that is permitted depends on the command. 
The most general address-spec is allowed in an open-bits command. 
Other commands, however, are more restrictive. For example, the 
open-byte and open-character commands only accept main memory byte 
addresses and the go-command only accepts a word address. The syntax 
of each command indicates the form of bhe address-spec that can be 
g iven . 
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9.3.3 The Qualifier 

The qualifier changes the meaning of the command mnemonic. Two 
qualifiers can be used in MDT, as indicated in the following list: 

Qualifier Meaning 

Negate the meaning of the breakpoint or display 
mnemonic, so that instead of setting a breakpoint 
or display, a breakpoint or display is deleted. 

? List the breakpoints or displays currently set. 

A qualifier can only be used with the breakpoint command (B) or the 
display command (D). 



9.3.4 Integer Field 

The integer field is used as an alternative to the address-spec. When 
a breakpoint or display is set, it is associated with an 
identification number. This identification number can be explicitly 
assigned by the programmer. More often, however, it is assigned by 
MDT. To delete a breakpoint or display, the programmer can give 
either the identification number or the address-spec. Some 
programmers find the identification number more convenient because it 
usually involves less typing. 



9.3.5 Examples 



Some examples of MDT command lines are given in the following list. 
For each command line, a brief description is given. 



Command Line 



0#n6000 
B6200 
?D 
-2D 

G#47010 



<5: 2> 



Description 

Open bits 5 through 2 of main memory address 
M6000. 



Set a breakpoint at micro 
6200. 



memory address 



List the display items currently on the 
display list. 



Delete display item 
number 2. 



with 



identification 



Start execution at main memory address 47010. 



The following chapters describe the MDT commands in detail. 



CHAPTER 10 
OPEN COMMANDS 



Three open-commands are provided to examine, and possibly change, the 
contents of locations within main memory or the Writable Control Store 
(micro memory). The open-commands are given in the following syntax: 





r 








open-bits-command ^ 




open-command 


< 


open- byte- command 


> 






^open-charac ter-command ^ 





The open-bits command is the most general open-command. It can be 
used to look at a specified number of bits in main memory, in micro 
memory, or in the machine registers. The other two open-commands are 
special purpose commands that can be used to access either a byte or a 
character in main memory. 



The following sections describe each of the open-commands. 
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10.1 THE OPEN-BITS COMMAND 

The open-bits command can be used to open a main memory address, a 

microinstruction address, or a machine register. The programmer types 
the character "0" followed by an address-spec to open and display the 

contents of an address. The address-spec identifies the type of 

address, the address, and, optionally, the bits within the word 
addressed. For example: 

MDT>0#2034 

The character identifies the address 203^ as a main memory 

address. Since no bit-range is given, MDT assumes the full word is to 
be displayed. MDT repeats the address-spec and then types the 
contents of the bits specified in the address-spec, as follows: 

#2034<15:0> 1M332 (pause) 

The (pause) on the above line indicates that MDT is waiting for the 
programmer's instructions after typing the address-spec and value. 
The programmer can at this point enter a new value. For example, to 
change bit 3 to a , the programmer types the new value 14322 as 
follows : 

y/2034<15:0> 14332 14322 (separator) 

The separator in the above line tells MDT whether the programmer wants 
to open another address or to return to MDT command level for another 
command. If the programmer types carriage return (cr) for the 
separator, then MDT considers the command finished and prompts for 
another command. The sequence, in this case, is: 

MDT>Oy/2034 

//2034<15:0> 14332 14333 
MDT> 

If the programmer types a line feed (If), then MDT continues the 
current command by opening the next consecutive address. The sequence 
is : 

MDT>0#2034 (cr) 

#2034<15:0> 14332 14333 (If) 

#2036<15:0> 1010 (If) 

#2040<15:0> 23322 (cr) 

MDT> 
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10.1.1 Syntax 



open-bits- 
command 


address-spec 

f / 1^ > 

< address-spec value < new-value > term > 

I I J° Jo 

r n 1 

address-spec value J new-value J> 


address-spec 


r macro-address-spec 
/ micro-address-spec f 
register-address-spec ^ 


macro-address- 
spec 


f Vf V 

macro-address < bit-range > <, relocation-register > 

L JoL jo 


micro-address- 
spec 


1 bit-range | 1 
micro-address < > 

1 field-indicator 1 


register- 
address- 
spec 


f V 

register-name J bit-range > 


bit-range 


< left-bit < : right-bit ^ > 


left-bit 1 
> 

right-bit J 


decimal-number 


field- 

ind ic ator 


< field-name > 


term 

1 


{(in 


1 ^ 'y 
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The valid register-names are given in the microstate table in Section 
9.1.1 and the valid field-names are given in Section 10.1.4.2. 



10.1.2 Interpretation 

MDT interprets an open-bits-command in the following way: 



The address-spec is used to determine the bits to be opened. If the 
address begins with the character it is interpreted as a main 

memory address. If the address begins with a "$", it is interpreted 
as a register-address. Otherwise, it is interpreted as a 
micro-address . 



If a bit-range is specified, then those bits within the specified 
address are designated. If a bit-range is not specified, then the 
bit-range is constructed from the highest and lowest bit of the 
address, as follows: 

Address Default Bit-Range 

macro-address <15:0> 

micro-address 



If a field-indicator is given in a micro-address-spec, then the 
bit-range associated with the field-name in the table of Section 
10.1.4.2 is used to designate the bits to be opened. 



The designated bits are displayed as an octal number, in which leading 
zeros are suppressed and right-bit is the zeroth bit. 



If the programmer types a new-value, that value is interpreted as an 
octal number with leading zeros suppressed, converted to a bit 
sequence of the proper length, and used to replace the designated 
bits . 



instruction 
data 



<47: 0> 
<15:0> 



register-name 



register dependent 

(see table in Section 9.1.1.) 
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If a separator is given, then MDT opens an address according to the 
separator used, as indicated in the following list: 

Separator Action 

(If) Open the next consecutive address: The next address is 

determined for a macro address by adding 2 to the 
current address; for a micro address by adding 1 to 
the current address; for a register by taking the next 
consecutive register in the table of Section 9.1.1. 

Open the previous location. The previous macro address 
is determined by subtracting 2 from the current 
address; for a micro address by subtracting 1 from the 
current address; for a register address by taking the 
entry just before the current register in the register 
name table of Section 9.1.1. 

@ Open the address indicated in the memory address 

currently open (indirect addressing). This address is 
formed for a macro address by taking the 16 bit 
contents of the current address; for a micro address 
by taking bits <8:0> of the contents of the current 
address; for a register address, by taking the 
contents of the register and interpreting it as a 
macro-add ress . 



If the register contains more than 16 bits, the extra bits are 
truncated. If the register contains less than 16 bits, leading O's 
are supplied. 

A carriage return following a displayed value or a new-value 
terminates the command . 



10.1.3 Restrictions 

If a new-value is given, it must fit, after truncating any leading 
zeros, in the bits designated by the address-spec. 

A micro-address for an instruction must lie in the range 6000 through 
7777. A micro-address for a data (local store) item must lie in the 
range through 5777. 

A macro-address must be an even address in the range through 177777. 

The left-bit and right-bit must lie in the valid bit range for the 
address type, as follows: 

macro-address 15 >= left-bit > right-bit >= 



micro-address 

instruction 47 >= left-bit > right-bit >= 
data 15 >= left-bit > right-bit >= 
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10.1.4 Defaults 

If a right-bit is not given, then the right-bit is assumed to be the 
same as the left-bit and a single bit field is assumed. 

If no bit-range is given, the full word is assumed. 

If a new-value is not given, then the value displayed is not changed. 



10.1.4.1 The Macro-Address-Spec - The macro-address-spec describes 
the bits to be opened in a main memory location. A main memory word 
consists of 16 bits, as indicated in the following diagram: 

1 1 

5432109876543210 



address 



Suppose the main memory address 10234 contains the following bits: 
1 1 

5432109876543210 



10234 1011011101111011 



To examine the entire word, the programmer types the character to 
indicate a macro-address and the main memory address in response to 
the MDT prompt, as follows: 

MDT>0//10234 
//10234<15:0> 1 33573 

To examine a set of bits within the word, he types the character 
followed by the address, followed by a bit-range. 

MDT>0#10234<8:5> 
#10234<8:5> 13 

To change a set of bits within the word, he gives a new-value, as 
follows : 



MDT>0#10234<2:0> 
#10234<2:0> 3 

After the above interaction the contents of main memory location 10234 
contains the following bits: 



10234 



1 1 
5432109876543210 

10110111011 1 1000 
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10.1.4.2 The Mi cro-Add r ess-Spec - The micro-address-spec describes 
the bits to 5e opened Tn the Writable Control Store. A Writable 
Control Store location consists of 48 bits, as indicated in the 
following diagram: 

4 4 3 2 1 

76543210987654321098765432109876543210987654321 



address 



[;:;:;:;::::::::::::::::::::;::::;::::::::::::::] 



Suppose the Writable Control Store location 6436 contains the 
following bits: 



4 4 3 2 1 

765432109876543210987664321098765432109876543210 



6436 



000000000000000001 101111111 1 11 1 10000101001 110111 



To display the entire word, the programmer types the address without a 
bit range, as follows: 

MDT>06436 

6436<47:0> 15777605167 

To display a set of bits within the word, the programmer types the 
address followed by a bit-range: 

MDT>06436<12: 7> 
6436<12:7> 24 

To display a predefined microinstruction field within the word, the 
programmer types the address followed by a field-indicator: 

MDT>06436<UPF> 
6436<8:0> 163 

To change a set of bits, he types a new-value, as follows: 

MDT>06436<UPF> 
UPF<8:0> 163 172 

After the above interaction, location 6436 contains the following 
bits: 

4 4 3 2 1 

765432109876543210987654321098765432109876543210 



6436 



000000000000000001 101 111111111 1 10000101001 111010 
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The field-names that can be given in a micro-address-spec are given in 
the following table. For each field-name, the associated bit-range 
and a brief description are given. 



Fi d— M^^mp 


Ri t"— Rpncrp 


Mp n 1 n 


ALU 


<47 : 44 > 


ATI] function field 


J-J J-i i>l 


<4 ^ • 4p > 

N "-r J . T c_ / 


U ex. \.\\J QKX ClldUXC 


BSFT 


<4 1 • 40 > 




AFN 

XT U i>l 


\ J 7 • JO / 










YM iiy 


N _) U / 


YMIIY <5p1 pr»^- f i p1 d 

AllUA oCXCV^U IXCXIJ 


TMIIY 

1 1 U A 






RTR 




ntr^XoUt^i X [lull trU XdUU iXcrXU 


roiiT 


N J ^ . J U / 


vydi I y ocxcv-^u ixcxu 


w niii IN 


N £1 y / 


iXIIl^ L>U UXUv^K OCXtJv^O iXcXU 


fT KV) 

\j L-i L\LJ 


N ^ (J / 


V^XV-'^^iS. u 1 C^XouCl 




Ndl f / 


v^xvjv^is. 0x1 1 C^XOOCI 


O i-i X\ D ri 


\ C- u / 


vyXvJv^K Dri. 1 Cg^XoUCI 






Oco UUllUXOXUil v^UUco 


D\JU 


N £1 H / 


RHR -Pi p1 H 


RII^RDY 

D U O D VJ A 


^P ^ ^ 


R 1 1 G r\Y^ R/^ V "P T ^ 1 H 
DUb or DO A IXcXU 


RM 11 Y 

Dn U A 


^P ii ^ 


RMIIY qpI pnf -p-i p1 




^p p • pn ^ 


R r P T p 1 H 
D L> I X e X U 


AM [I Y 
Hrl U A 


/o • on N 

\c.c. , C.\J ? 


AMIIY c!ol£ir>+- -Pn^iTH 

iiriUA seiecL ixexu 


WRCSP 


<19> 


Write C scratchpad from DIN 


HILO 


<18> 


High/Low select field 


. WRSEL 


<17> 


A/B write select field 


WRSP 


<16: 15> 


Rewrite select field 


MOD 


<1M> 


Field select 


CLKCOUNT 


<16> 


Clock count register field 


CLKRES 


<18> 


Clock RES register field 


UBF 


<13:9> 


UBF field 


UPF 


<8:0> 


Next address field 



10.1.4.3 The Reg ister-Address-Spec - The register-address-spec 

describes the bits to be opened either in a datapath register or a 
PDP-11 register. The register-names recognized by MDT are given in 
the Microstate Table in Section 9.1.1. 
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10.1.^.4 New- Val ue s - The programmer can make a temporary change in a 
program by supplying a new-value in an open-command. The new-value 
replaces the bits designated in the address-spec. However, if the 
program is reloaded, the old values are restored. 



New-values can be entered without leading zeros. MDT supplies 
sufficient leading zeros to fill out the new value to the number of 
bits specified by the address-spec and then replaces those bits within 
the address. If the programmer gives a new-value that contains more 
bits than given by the address-spec, then the value is truncated to 
fit the bits and no error is reported. 



10.1.4.5 Line Te rminators - The line terminator (term) communicates 
to MDT whether or not the programmer wants to open another address, 
which is related to the current address. If the programmer types the 
carriage return line terminator, then MDT considers the open-command 
complete and prompts for the next command. However, if the programmer 
types a line feed, circumflex C), or then MDT opens another 

address . 



To open the next consecutive address, the programmer types the line 
feed line terminator, as follows: 

MDT>6240 

6240<47:0> 334564 (If) 
6241<47:0> 110200004007 (If) 
6242<47:0> 104 (cr) 

To open the previous address in memory, the programmer types the 
circumflex terminator, as follows: 

MDT>10234<10:8> 
#10234<10:8> 2 
#10232<10:8> ^ 
#10230<10:8> 1 (cr) 

Observe that the bits designated in the bit range are used for each 
address opened . 
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To open the indirect address, the programmer types the "@" line 
terminator, as follows: 

MDT>6240 

62no<47:0> 33^564 @ 

6564<47:0> 4457030344 @ 

6344<47:0> 202000 (cr) 

MDT>#10236 

10236<15:0> 4430 @ 

4430<15:0> 4436 @ 

4436<15:0> 10234 (cr) 



The line terminators can be mixed in an open-command sequence. 
Consider the case in which the programmer has a linked list of word 
pairs. The first word of a pair contains the value and the second 
word contains the link. To examine the list, he begins by opening the 
first word of the first word pair, then the second word, then using 
the link in that word, the next pair in the list, as follows: 

MDT>#4000 

#4000<15:0> (If) 
#4002<15:0> 4016 @ 
#4016<15:0> 3 (If) 
#4020<15:0> 4110 @ 
#4110<15:0> 2 (If) 



When the address-spec gives a register address, then the line feed and 
circumflex line terminators can be used to display the other registers 
in the microstate table. If a line feed terminator is used, then the 
next register in the microstate table is opened and if a circumflex is 
used, then the previous register in the microstate table is opened. 
An example of the use of the line feed terminator with a register 
address is as follows: 



MDT>$BA 






$BA<15:0> 


12 


(If) 


$IR<15: 0> 


3 


(If) 


$CNT<5: 0> 


2 


(If) 


$FLAG<7:0> 
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10.2 THE OPEN-BYTE COMMAND 

The open-byte command is used to open a byte of main memory. Suppose, 
for example, that the programmer wants to examine main memory 
locations 7002 through 7012 on a byte-by-byte basis and change the 
first zero byte to the value 33. He opens the first location with an 
open-byte-command and then, to locate and change the first byte with 
value 0, uses the line feed line terminator to examine the following 
bytes, as follows: 

MDT>OB#7002 
#7002 302 (If) 
#7003 111 (If) 
#7004 123 (If) 
#7005 33 (cr) 

The open-byte command can be used to open an odd address. For 
example : 

MDT>0B#3345 
#3345 22 



10.2.1 Syntax 



open-byte- 
command 




10.2.2 Interpretation 



MDT interprets the open-byte-command in the following way: 



The address locates the main memory byte to be opened. The contents 
of that byte are displayed as an octal number, with leading zeros 
suppressed . 
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If a new-value is given, that value is interpreted as an octal number 
with leading zeros suppressed and is used to replace the contents of 
the designated byte in memory. 



If a line feed is used to terminate a line, then the next consecutive 
byte in memory is displayed. If a circumflex is used to terminate a 
line, then the previous byte is opened. If a carriage return is used, 
then the command is terminated. 



10.3 THE OPEN-CHARACTER COMMAND 

The open-character command is used to open a character in main memory. 
The open-character command accepts a byte address and displays the 
contents of that byte as an ASCII character. 



As an example of the use of the open-character-command, consider a 
table of names in main memory. Each name consists of a sequence of 
ASCII characters terminated by the special symbol Once the 

programmer gets a pointer to the beginning of a string in the table, 
he can use the open-character-command to examine the characters in the 
name, as follows: 



MDT>OC#12340 


#12340 


A 


(If) 


#12341 


L 


(If) 


#12342 


P 


(If) 


#12343 


H 


(If) 


#12344 


A 


(If) 


#12345 




(cr) 



Suppose he wants to change that entry in the table from ALPHA to 
ALPH1, he opens the appropriate character and changes it as follows: 



MDT>OC#12344 
#12344 A 1 (cr) 
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10.3.1 Syntax 



open-char- 
command 



00 



r 



address 




relocation-register 









< //address char 




new-char 



n 







//address char 




new-char 








10.3.2 Interpr etation 

MDT interprets the open-char-command as follows: 



The address locates a byte in main memory to be opened. The contents 
of that byte are displayed as an ASCII character. If the contents of 
the byte is not a printable character, a blank space is printed. 



If a new-char is given, that character replaces the contents of the 
designated byte. 



If a line feed is used to terminate a line, then the next consecutive 
byte in memory is displayed as an ASCII character. If a circumflex is 
used to terminate a line, then the previous byte is displayed as an 
ASCII character. If a carriage return is used, the command is 
terminated . 



CHAPTER 11 
BREAKPOINT COMMANDS 



The breakpoint commands allow the user to set breakpoints in main 
memory or in the Writable Control Store, to continue execution after a 
breakpoint occurs, to selectively delete breakpoints, and to list the 
breakpoints currently set in the program. 



The breakpoint commands are given in the following syntax: 







r ^ 
set-bre a k- command 




breakpoint- 
command 


< 


proceed- from- break-command 

• 

del ete- break-command 
1 is t-break- command 


> 



Two items of information are maintained for active breakpoints, 
namely: the break-address and the repeat-count. The break-address is 
supplied by the set-break-command; it determines the address at which 
the breakpoint is taken. The repeat-count is supplied by the 
proceed-f rom-break-command ; it determines the number of times the 
breakpoint must occur before execution halts at that breakpoint. 



MDT keeps this information in the breakpoint list. The breakpoint 
list contains 16 entries, one for each possible breakpoint. The 
number of entries in this list limits the number of breakpoints that 
can be active at any one time. The break-id is the index into the 
breakpoint list. The break-id can be given in a set-break-command. 
However, if it is not supplied, MDT assigns the lowest available 
break-id . 
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Initially the breakpoint list is empty. Each time a set-break-command 
is executed, an entry is made in the breakpoint list. Suppose the 
programmer types the following two set-break-commands: 

MDT>B#10200 
MDT>2B6430 

In the first set-break-command, no break-id is given and, therefore, 
MDT assigns the first available break-id, 0, to that breakpoint. In 
the second set-break-command, the break-id 2 is given. After the 
execution of these two commands, the breakpoint list looks as follows: 

Break-Id Break-Address Repeat-Count 

#10200 

2 6430 

3 — 

• • • 

15 



When a breakpoint occurs, MDT examines the repeat-count associated 
with that breakpoint. If the repeat-count is 0, then MDT prints the 
breakpoint message and halts. Suppose control passes first to the 
main memory address 10200. Then, the following message is printed: 

BREAKPOINT NUMBER AT ADDRESS #10200 

To continue the execution of his program, the programmer types a 
proceed-from-break-command , which can contain a repeat-count. Suppose 
the programmer wants to ignore the next four occurrences of the 
breakpoint at 10200. To do this, he types the following command: 

MDT>4P 

MDT updates the repeat-count associated with that breakpoint in the 
breakpoint list. After the execution of the 

proceed-from-break-command, the breakpoint list looks as follows: 

Break-Id Break-Address Repeat-Count 

#10200 4 

2 6430 

3 ~ 



15 
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Suppose control passes again to 10200 in main memory and then to 6430 
in the Writable Control Store. When control passes to 10200, the 
repeat-count is decreased by 1, but no message is printed and no halt 
occurs. When control passes to 6430, a message is printed and 
execution stops. The programmer can, at that point, print the 
breakpoint list by typing a list-break-command, as follows: 

BREAKPOINT NUMBER 2 AT ADDRESS 16430 
MDT>?B 

MDT, in response to this command, types the breakpoint list: 

BREAKPOINT NUMBER IS SET AT ADDRESS 10200 

THE CURRENT REPEAT COUNT IS 3 
BREAKPOINT NUMBER 2 IS SET AT ADDRESS 6430 

THE CURRENT REPEAT COUNT IS 

By examining the breakpoint list, the programmer learns the current 
breakpoints that are set and the state of the repeat-count associated 
with each breakpoint. Suppose that, on the basis of this information, 
the programmer decides to delete the breakpoint at main memory 
location 10200 and then continue execution. He types the following 
commands : 

MDT>-B#10200 
MDT>P 

The breakpoint list then looks as follows: 

Break-Id Break-Address Repeat-Count 

— 

2 6430 

15 

The following sections discuss each of the breakpoint commands in 
d etail . 
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11.1 THE SET-BREAK-COMMAND 

The set-break-command is used to indicate the address at which a 
breakpoint is to be taken. When control passes to that address, MDT 
examines the repeat-count associated with the address in the 
breakpoint list. If the repeat-count is not zero, it is decremented 
by 1 and execution continues. If the repeat-count is zero, MDT prints 
a message identifying the breakpoint plus the contents of any 
display-items on the display list, and halts. 

The display list and the MDT commands that add and delete entries from 
the display list are described in the next chapter. In this chapter, 
the display list is assumed to be empty. 

As an example of the use of breakpoints, consider a program that 
dispatches, on a calculated value, to one of three possible paths. 
The programmer wants to examine some locations the first time control 
passes through each path. To do this, he sets a breakpoint at the 
beginning of each path, as follows: 

MDT>B6500 
MDT>B6720 
MDT>B6400 

Then, he starts the execution of his program. Suppose the first time 
control passes through the dispatch point it is sent to the path that 
begins with the microinstruction 6720. MDT prints the following 
message and halts. 

BREAKPOINT NUMBER 1 AT ADDRESS 6720 

The programmer can, at this point, open addresses to examine the state 
of the program, make temporary changes, set or delete breakpoints, or 
perform any of the other MDT commands. 



11.1.1 Syntax 



set-break- 
command 


r 1' 

< break-id > B break-address 

L J ° 


break-id 


|o 1 1 I 2 1 ... 1 15^ 


break-address 


r #000000 1 #00002 I ... 1 #17776^1 
1 6000 1 6001 1 ... 1 7777 J 



MDT — BREAKPOINT COMMANDS 



Page 11-5 



^ ^ • • 2 Interpretation 

In response to a set-break-command, MDT performs two actions, namely: 
including the breakpoint in the breakpoint list and altering the 
contents of the break-address so that MDT can handle the breakpoint. 
The following sections discuss these two actions. 



11.1.2.1 Includi ng The Breakpoint In The Breakpoint List - MDT enters 
the break-address given in the set-break-command with a repeat-count 
of in the breakpoint list entry specified by the break-id. 



If a break-id is given in the set-break-command, MDT uses that 
break-id as an index into the breakpoint list. If the entry indicated 
by the break-id has an associated break-address, indicating that it is 
a currently active breakpoint, then MDT deletes the old breakpoint 
address in the table and replaces that address by the break-address 
given in the set-break-command. 



If a break-id is not given, MDT assigns the first available break-id. 
If no break-id is available, indicating that 16 breakpoints are 
active, MDT reports an error and rejects the command. 



11.1.2.2 Planting The Sub routine Call - To set a breakpoint, MDT 
alters the contents of the break-address. It removes and saves the 
current contents and replaces the contents with a call to an MDT 
subroutine. When control passes to the break-address, the MDT 
subroutine is executed. 



The MDT subroutine examines the repeat-count associated with the 
break-address in the breakpoint list. If the repeat-count is not 
zero, the subroutine decrements the repeat-count and execution 
proceeds. If the repeat-count is zero, the subroutine prints a 
message identifying the breakpoint, then prints the contents of any 
display-items on the display list, halts the execution of the program 
and prompts for the next MDT command. 



11.1.3 Restric tions 

Observe that, since MDT alters the contents of the break-address, an 
instruction that is dynamically modified by the program must not be 
given as a break-address. 



Further, since certain operations in the 11/60 (such as reading from 
memory) take two cycles to complete, an MDT breakpoint should not be 
placed on the second microword of a microword pair. 
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11.2 THE PROCEED-FROM-BREAK-COMMAND 

The proceed-from-break-command is used to resume program execution 
after a breakpoint. Execution stops just before the instructon at the 
break-address is executed. The proceed-f rom-break-command causes 
execution to resume at the instruction given in the set-break-command. 
Execution then continues until another breakpoint is reached or until 
the program halts for some other reasons. 



In some cases, the programmer does not want to stop at every 
occurrence of a breakpoint. The proceed-f rom-break-command allows the 
programmer to give a repeat-count, which directs MDT to pass through n 
occurrences of the breakpoint but to halt at the n+lth occurrence. 



Suppose, for example, the programmer is debugging a program with a 
loop that executes approximately 200 times. The programmer plants a 
breakpoint within the loop. He wants the breakpoint to halt execution 
the first time the loop is executed and again as the loop is about to 
terminate. The first time the loop is executed, MDT prints the 
breakpoint message and halts, waiting for a command. The programmer 
types the following proceed- from-br eak-command : 

BREAKPOINT NUMBER AT ADDRESS 6M36 
MDT> 200P 

The proceed-from-break-command instructs MDT to ignore the next 200 
occurrences of the breakpoint. At the 201st occurrence of the 
breakpoint, MDT prints the following message and halts: 

BREAKPOINT NUMBER AT ADDRESS 6436 

If the programmer wants to halt the 202nd occurrence, he types the 
following proceed-from-break-command : 

MDT> P 

If a repeat-count is not given, it is assumed to be 0. The above 
command, therefore, instructs MDT to stop at the next, in this case 
202nd, occurrence of the breakpoint. 



11.2.1 Syntax 



proceed-from-break-command 


f V 

< repeat-count f P 

I J 


repeat-count 


{^0 1 1 1 2 1 ... 1 511 T 
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11.2.2 Interpr etation 

In response to a pr oceed-from-break-command , MDT performs two actions, 
as follows: 



MDT enters the repeat-count in the breakpoint list for the 
breakpoint that has halted execution. If no repeat-count is 
given in the proceed-from-break-command , MDT enters the 
repeat-count 0. 



MDT causes the execution of the program to resume at the 
instruction that was contained in the break-address before the 
set-break-command . 



11.3 THE DELETE-BREAK-C OMMAND 

The delete-break-command is used to remove a breakpoint that was set 
by a set-break-command. 



As an example of the use of the delete-break-command, consider the 
case in which the programmer has set breakpoints in his program at 
addresses #10200, #12331, #16050, and #144M3. 



During the debugging, the programmer finds that control passes through 
the breakpoint #12331 in the expected way and, therefore, the 
breakpoint is no longer necessary. The programmer deletes that 
breakpoint as follows: 

MDT>-B#12331 

Later in the debugging session, the programftier wants to concentrate on 
a particular section of the program. He dispenses with all the 
existing breakpoints by the following command: 

MDT>-B 

The above command clears all breakpoints currently active in the 
program. The programmer can then add breakpoints in the area of 
special interest. 
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11.3.1 Syntax 



del ete-break- 
command 




break-id 




break-address 



} 







11.3.2 Interpr etation 

In response to a delete-break-command , MDT deletes a breakpoint. That 
is, it removes the subroutine call placed in the breakpoint location 
by the set-break-command and restores the original contents of that 
location . 



The form of the delete-break-command determines the breakpoint to be 
deleted . 



If neither a break-id nor break-address is given, then MDT 
deletes all breakpoints currently set in the breakpoint list. 



If only a break-id is given, then MDT deletes the breakpoint for 
the address associated with that break-id in the breakpoint list. 
If no address is currently associated with the break-id, then an 
error is reported and the command is rejected. 



If only a break-address is given, then MDT searches the 
breakpoint list. If the specified break-address is found in the 
breakpoint list, that breakpoint is deleted. If it is not found, 
then an error is reported and the command is rejected. 



11 .3.3 Restr iction 



Either a break-id or a break-address can be given in a 
delete-break-command, but not both. 



MDT — BREAKPOINT COMMANDS 



Page 11-9 



11.4 THE LIST-BREAK-COMMAND 

The list-break-command is used to print the breakpoint list, which 
contains all the breakpoints that are currently active in the program. 
The programmer types: 

MDT>?B 

In response to this list-break-command, MDT types the breakpoint list 
in the format shown in the following example: 

BREAKPOINT NUMBER IS SET AT ADDRESS #6436 

THE CURRENT REPEAT COUNT IS 
BREAKPOINT NUMBER 1 IS SET AT ADDRESS #12231 

THE CURRENT REPEAT COUNT IS 12 
. BREAKPOINT NUMBER 3 IS SET AT ADDRESS 6557 

THE CURRENT REPEAT COUNT IS 1 



11.4.1 Syntax 




11.4.2 In terpr etation 

In response to the list-break-command, MDT types the breakpoint list, 
giving the break-id, break-address, and repeat-count for each active 
breakpoint in the following format: 

BREAKPOINT NUMBER break-id IS SET AT ADDRESS break-address 
REPEAT COUNT IS repeat-count 



CHAPTER 12 
DISPLAY COMMANDS 



The display commands allow the user to add address-specs and 
selectively delete them from the display list. The display list 
contains the set of address-specs whose contents are printed by MDT 
each time a breakpoint with a repeat-count of occurs. 



The display-commands are given in the following syntax: 







r 

set-displ ay -command 




displ ay -command 


J 


delete-displ ay-command 
^1 ist-displ ay-command ^ 


> 



The display list is very similar to the breakpoint list. Like the 
breakpoint list, it contains 16 entries, one for each possible display 
and the number of entries in the list limits the number of displays 
that can be active. The display-id is the index into the display list 
just as the break-id is the index into the breakpoint list and it is 
assigned either explicitly in a set-display-command or by MDT in a 
similar fashion. 



Each entry in the display list contains the address and bits to be 

printed. The display list is empty initially. The 

set-display-command adds an entry to the list and the 
d elete-displ ay-command deletes an entry. 



The following sections describe the display commands. 
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12.1 THE SET-DISPLAY-COMMAND 

The set-display-command is used to add an address-spec to the display 
list. After the execution of a set-display-command, the address-spec 
given in the command is printed, as part of the display list, each 
time a breakpoint with repeat-count occurs. 



As an example of the use of the set-display-command, consider the case 
in which the programmer wants to examine, at each breakpoint, the 
contents of registers 2 and 7, the program status word, and the ALU 
field of microinstruction 6430. The programmer adds the address-specs 
that define his display needs to the display list by the following 
sequence of commands: 

MDT>D$7 
MDT>D$2 
MDT>D$PSW 
MDT>D6n30<ALU> 

When a breakpoint occurs, the display list is printed as follows: 

BREAKPOINT NUMBER AT ADDRESS #10010 
DISPLAY 

$7<15:0> 1012 
$2<15:0> 54321 
$PSW<15:0> 340 
6430<ALU> 12 
END OF DISPLAY 



The address-specs are given in the display output according to their 
display-id. No display-id was given when the address-specs were added 
to the display list; consequently, the display-ids were assigned by 
MDT. The first address-spec entered was assigned the first available 
display-id 0; the second address-spec was assigned the display-id 1; 
and so on . 
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set-displ ay- 
command 


< display-id > D address-spec 

L J 


displ ay-id 


{o ( 1 1 2 1 ... 1 15^ 



12.1.2 Interpr etation 

In response to a set-display-command, MDT adds the address-spec to the 
display list entry specified by the display-id. 



If a display-id is given, then the address-spec is entered into the 
display list at that position. If the display-id indicates a display 
list entry that has an address-spec, indicating that an active display 
is associated with that display-id, MDT overwrites the address-spec in 
the display list with the new address-spec from the 
set-display-command . 

If a display-id is not given, MDT assigns the first available 
display-id. If no display-id is available, then MDT reports an error 
and rejects the command. 



The address-spec is saved in the display list so that it can be used 
to locate the bits to be printed when the display list is output. The 
address-spec is described in connection with the open-bits-command in 
Section 9.1. Adding an address-spec to the display list directs MDT 
to perform the open-bits-command for that address-spec automatically 
each time a breakpoint is honored. 
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12.2 THE DELETE-DISPLAY -COMMAND 

The delete-displ ay-command is used to delete an address-spec from the 
display list. The delete-displ ay-command can be used to clear the 
display list or to selectively remove address-specs from the display 
list . 



Suppose that, as in Section 12.1, the programmer has added registers 2 
and 7, the program status word, and the ALU field of microinstruction 
6430 to the display list. After taking a few breakpoints, he finds 
that he is no longer interested in the contents of register 2. He can 
delete that display by the following delete-display-command : 



Subsequent breakpoints, then, no longer include register 2 in the 
display list. At the next breakpoint, the following display list is 
pr inted : 

BREAKPOINT NUMBER AT ADDRESS #1001 
DISPLAY 

$7<15:0> = 1012 
$PSW<15:0> = 343 
6430<ALU> 11 
END OF DISPLAY 

To delete all the address-specs, the programmer types the following 
delete-display-command : 



At the next breakpoint, the display list is empty and therefore, no 
display is printed. The MDT simply reports the breakpoint as follows: 

BREAKPOINT NUMBER AT ADDRESS #1001 



12.2.1 Syntax 



MDT>-D$2 



MDT>-D 



delete-display- 
command 
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12.2.2 Interpr etation 

MDT interprets a delete-display-command as follows: 

If neither a display-id nor an address-spec is given in a 
delete-display-command, then MDT deletes all address-specs in the 
display list to return the display list to its initial empty state. 

If a display-id is given, then MDT deletes the address-spec associated 
with that display-id. If no address-spec is associated with the 
display-id, then an error is reported and the command is rejected. 



If an address-spec is given, then MDT searches the display list to 
find a display-id associated with that address-spec and deletes the 
address-spec. If MDT does not find the address-spec on the current 
display list, then an error is reported and the command is rejected. 



12.2.3 Restriction 

Either a display-id or an address-spec can be given, but not both. 



12.3 THE LIST-DISPLAY-COMMAND 

The list-display-command is used to print the address-specs that are 
currently on the display list. 



To examine the contents of the display list, the programmer types the 
following command: 



MDT responds by typing the display list in the format shown in the 
following example: 

DISPLAY LISTING 



MDT>?D 



NUMBER 




ADDRESS 

$0 
#21210 

6430 



FIELD 

<15:0> 

<7:0> 



3 



<22:20> 



This listing indicates that three displays are current, with 
display-ids 0, 1, and 3. 
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12.3.1 Syntax 




12.3.2 Interpr etation 

In response to the list-display-command, MDT types the display list, 
giving the display-id and address-spec for each active display in the 
following format: 

DISPLAY LISTING 

NUMBER ADDRESS FIELD 

display-id address bit-range 



If a display-id is not currently in use, it is not printed as part of 
the display listing. 



CHAPTER 13 
CONTROL COMMANDS 



Three control commands are provided in MDT . These commands can be 

used to start the execution of the program to be tested in the 

debugging environment, to reload the Writable Control Store, and to 
reset the state of MDT by deleting all breakpoints and displays. 



The control commands are given in the following syntax: 





r go-command 




control- command 


< 


load-command 


> 






reset-command 





The following sections describe each of the control commands. 



13.1 THE GO-COMMAND 

The go-command is used to start the execution of the program being 
tested. The address part of the go-command informs MDT where to start 
execution. For example: 

MDT>G#46100 

This go-command instructs MDT to begin execution at the main memory 
address 46100. If the relocation register $RLO contains the base 
address 46000, then the following go-command also starts execution at 
main memory address 46000: 



MDT>G#100,0 
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The go-command can be used to change the control sequence of the 
execution after a breakpoint. For example, suppose that the program 
execution halts at a breakpoint on one branch of a target assignment 
construct and that the programmer wants to test out another branch. 
He can enter a go-command after the breakpoint as indicated in the 
following sequence: 

MDT>B6420 
MDT>B6430 
MDT>G#46100 

BREAKPOINT NUMBER AT ADDRESS 6420 
MDT>P 

BREAKPOINT NUMBER AT ADDRESS 6420 
MDT>G6430 



13.1.1 Syntax 



go-command 


G transfer-address 


transfer- 
address 


r ^ r ^ 

i\ macro-address 1 
J y \ relocation-register > 
1 micro-address j 1 J ^ 



13.1.2 Interpr etation 

MDT interprets a go-command in the following way: 



MDT computes the transfer address. If a relocation-register is 
present, the contents of that register are added to the address. If 
the address begins with the character "#", then MDT interprets it as a 
main memory address; otherwise, MDT interprets the address as a micro 
memory address. 



MDT restores the state of the machine from the microstate table. If 
the transfer address is to main memory, then the PDP-11 registers are 
restored. If the transfer address is to micro memory, then the 
datapath registers, as well as the PDP-11 registers are restored from 
the microstate table. 



MDT starts the execution of the program under test at the transfer 
address . 
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13.1.3 Restr ic tions 

The transfer address in the go-command must not be a micro address 
unless either a micro breakpoint has occurred or the programmer has 
manually set up the datapath registers in the microstate table by a 
sequence of open-bits commands. 



A relocation-register must not be specified with a micro address. 



13.2 THE LOAD COMMAND 

The load command is used to restore the Writable Control Store to its 
initial loaded state. As part of its initialization sequence, MDT 
copies the contents of the Writable Control Store into an unused 
portion of main memory. If, after the program has been executing for 
a time, the programmer wants to restore the contents of the Writable 
Control Store, he uses the load-command. In response to this command, 
MDT restores the saved copy of the contents of the Writable Control 
Store . 

This command is useful in the case in which the contents of the 
Writable Control Store has been altered either intentionally or 
accidentally while the contents of main memory have not been 
disturbed. An example of such a case occurs when the programmer has 
been making modifications to the microprogram in the Writable Control 
Store by the use of open-commands. 

As a simple example, consider the case in which the programmer begins 
the debugging session by changing the contents of the ALU field of 
locations 6200, 6201, and 6203. He mistakenly opens 6000 and makes 
his modifications, as follows: 

MDT>06000<ALU> 

6000<47:MM> 10 11 (If) 

6001<47:44> 7 6 (If) 

6002<47:44> 10 11 

At this point, he realizes his mistake. He can either restore the 
contents of 6000-6002 by the use of the open-command or he can reload 
the Writable Control Store to restore it to its initial state. In 
this case, since no other changes were made to the Writable Control 
Store, the use of the load-command is clearly simpler. He continues 
by typing the load-command and then entering the correct changes, as 
follows : 

MDT>L 

MDT>06200<ALU> 
6200<47:44> 2 11 (If) 
6201<47:44> 3 6 (If) 
6202<47:44> 1 11 
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13.2.1 Syntax 




13.2.2 Interpr etation 

MDT interprets a load -command in the following way: 

The saved copy of the Writable Control Store, which MDT copied into 
main memory as part of its initialization sequence, is restored to the 
Writable Control Store. 



13.3 THE RESET COMMAND 



The reset-command is used to reset the MDT tables. A reset-command 
directs MDT to remove all breakpoints and display-items from its 
tables. The reset command consists of the reset mnemonic, as 
indicated in the following command-line: 



MDT>R 



The above line is equivalent to the following two command-lines: 



MDT>-B 
MDT>-D 



The reset-command does not supply any additional functionality but is 
provided in the MDT command language as a convenience. 



13.3.1 Synta x 




13.3.2 Interpr etation 

MDT interprets a reset-command in the following way: 

All breakpoints are removed from the program under test and all 
display-items are removed from the display list. 
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CHAPTER 14 
USING THE ASSEMBLER 



This section describes using the assembler. First, the two methods of 
assembling a microprogram are considered; then the input to the 
assembler is described; next, the assembler output is given; and 
finally, an example of the use of the assembler is presented. 



14.1 THE INDIRECT FILE METHOD 

The indirect file method of assembling a microprogram assumes that the 

programmer has written the program entirely in terms of the 11/60 

pr edef initions . Further, it assumes an object module file and, 

optionally, a listing file are wanted as a result of the assembly. As 

an example of the use of the indirect file method, consider the 
following interaction: 

>£MIC 

>; MIC.CMD \ASSEMBLE WCS MICROPROGRAM 

>; 

>* ENTER MICROPROGRAM SOURCE FILE SPECIFICATION [S]: LNKLST 
>* LIST? [Y/N]:Y 

>MIC LNKLST, LNKLST=PREDEF,DSPTCH, LNKLST 
VERSION 1= 12-AUG-77 



ERRORS DETECTED: 

NUMBER OF LINES PROCESSED: 2745 

The system requests the programmer to enter the name of the source 
file that contains the action-part of the microprogram. The 
programmer responds with the name of the file, in this case LNKLST. 
Then, the system asks if the programmer wants a listing file. He 
responds Y (yes) and the assembly is initiated. The assembly produces 
the object module file LNKLST. OBJ and the listing file LNKLST. LST. At 
the end of the assembly, a summary is printed. In this case, the 
summary shows that no errors were encountered in the assembly and that 
the number of lines processed was 2745. The lines of the 
pr edef initions and dispatch files are counted in this summary although 
the contents of these files is not reproduced in the list file, due to 
the fact that these files contain .NLIST keyword to suppress listing. 
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in- 
direct- 
method 


>@MIC 

>* ENTER MICROPROGRAM SOURCE FILE SPECIFICATION [S ] : in-spec 
>* LIST? [Y/N]: j ~ "]> 

L J 


in-spec 


f 1" 

^ in-file > , 

L J' 



The text typed by the user is underlined in the above syntax. 



^^•^•2 Interpretation 

The in-spec given in response to the system question 
"ENTER MICROPROGRAM SOURCE FILE SPECIFICATION [S ]: " is assum'ed to 
contain the action-part written in terms of the 11/60 pr edef initions . 



The response given to the question "LIST? [Y/N]" determines whether or 
not a listing file is created. 



An assembly command line is constructed using the name of the input 
file and the names of the files supplied by Digital. 



If the assembler is not installed, the actions necessary to install it 
are taken. 



14.1.3 Restrictions 

The maximum number of characters that can be given in an in-spec is 
16. 



14.1.4 Default 



If the extension is omitted for a file-spec in the in-spec, the 
default extension .MIC is assumed. 
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14.2 THE DIREC T METHOD 

The direct method of assembling a microprogram allows the user to 
specify the files that make up the program in a general way. He can, 
for example, extend or replace the 11/60 pr edef initions . 



Suppose, for example, that the programmer wants to add a few of his 
own definitions to the 11/60 pr edef initions . To do this, he invokes 
the assembler in the following way for the files LNKLST and MYDEF : 

>MIC LNKLST, LNKLST=PREDEF, MYDEF, DSPTCH, LNKLST 

The user-definitions are included in the file MYDEF. 



If the MICRO-11/60 assembler is installed, it is invoked by typing its 
three letter abbreviation, MIC, followed by the assembly-command-line 
at the command level in response to an operating system prompt. If it 
is not installed, the RUN command must be used. The 
assembly-command-line gives the output and input files in the RSX-11M 
standard notation. The output files are given on the left-hand-side 
and the input files are given on the right-hand-side of the 
character in the assembly command line. 
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assembly 


>MIC assembly-command-line 


assembly-command- 
line 


output-spec = input-spec 


output-spec 


r 1 r '1 1 

<^ object-file ^ J , list-file > 

I J° L j° 


input-spec 


J input-file > , 

1 J' 


object-file j 
list-file > 
input-file J 


r ~\ 2 
file-spec ^ / switch Y 

L J 


file-spec 


r 1 r "1 1 r ~i 1 

<J dev: > J [ppn] > file-name < .ext Y 


switch 


{" 1 "} 



The text typed by the user is underlined in the syntax for assembly. 



14.2.2 Interpr etation 

An assembly interaction consists of the invocation of the assembler, 
followed by an assembly-command-line. 



The assembly-command-line informs the assembler of the names of the 
files to be used for output and input. The position of the file 
within the assembly-command-line indicates its intended use. 
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Both the output files are optional. If both output files are omitted, 
then the assembler validity checks the input and reports any errors on 
the terminal. If more than one input file is given, the assembler 
reads the microprogram from the specified input files in the order 
given in the assembly-command-line. The first input file is read and, 
if an .END is not encountered before the end of that file is reached, 
then that file is closed and the second file opened. Processing 
continues with the second input file, again until either an .END, 
signifying the end of the microprogram, or an end-of-file, indicating 
the end of input on that file, is read. Processing continues in this 
way, moving from file to file, until an .END is encountered. The .END 
determines the end of the microprogram. If it is read before all the 
files specified in the assembly-command-line are processed, then the 
information after the .END is discarded. 



The assembler produces the object module on the object-file and that 
file can be subsequently given as an input file for the microprogram 
loader MLD . If an object-file is not specified, no object module is 
produced. The format of the object module is described in Section 
8.2.1 



The assembler produces the output listing on the list-file. If a 
list-file is not specified, then no output listing is produced and any 
errors detected in the assembly are reported at the terminal. The 
output listing is described in Section 14. 4. 



The switches can be given following any file in the 
assembly-command-line. The switch MX directs the assembler to include 
macro expansions for all input files in the output listing and the 
switch BT directs the assembler to add a bit map at the end of the 
output listing. The result of adding the MX switch is described in 
Section 14.4.6 and the result of the BT switch in Section 14.4.7 



14.2.3 Defaults 

If the file extension ( .ext) is omitted in a file-spec, the following 
extensions are assumed: 

File Def aul t Extension 

input .MIC 

object .OBJ 

list .LST 
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14.2.4 Guidelines 

Omitting the object-file increases the speed of the assembly. 
Sometimes several assemblies of a microprogram are necessary before 
the microprogram is ready to be loaded and tested. In early 
assemblies, therefore, omitting the object module saves time. 



More often, however, the microprogrammer feels that the results of the 

assembly may be useful for testing and includes the object-file. An 

assembly can produce a number of errors and still yield an object 

module that can be executed and, from whose execution, the 

microprogrammer can obtain information about the validity of the 
microprogram . 



In the absence of a strong conviction about the usefulness of either 
of the output files, the microprogrammer should include both in the 
assembly-command-line. The time saved by omitting the object-file is 
minor compared to the time required to rerun the assembly simply to 
obtain an object module and when an object-file is produced, a 
list-file should be produced. If an object-file does not have an 
associated list-file, then troublesome questions about its contents 
are apt to arise. 



14.3 ASSEMBLER INPUT 

The input to the assembler is a microprogram. The microprogram 
consists of a sequence of lines, written in MICRO-11/60 source and 
conforming to the syntactic rules of that language. The input can be 
prepared using any available editor. 



This section discusses preparing the input, suggests some formatting 
rules, and gives an example of assembler input. 



14.3.1 Preparing The Input 

The first step in preparing the input is writing the microprogram. To 
write a microprogram, the programmer must be familiar with the 
internal details of the 11/60 processor, as described in the "11/60 
Microprogramming Specification" and with the 11/60 predef initions , 
given in Appendix B of this manual. 



Representing an algorithm as a microprogram often involves rethinking 
the logic of the algorithm. The example given in Appendix D 
illustrates this process, showing first three macro programs for 
manipulating a linked list and then giving the restructured algorithms 
for the corresponding microprograms. 
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Once the logic of an algorithm is determined, the microprogram is 
written using the 11/60 pr edef inition language, which defines the 
fields of the 11/60 microword and provides a macro language that is 
oriented toward the logical operations performed in a microprogram. 



Then, the microprogram source is entered using any available editor. 
From the assembler's point of view, the microprogram consists of a 
sequence of lines beginning at the start of the first input file and 
continuing until an .END is encountered. Within those limits, the 
microprogram must have the expected structure. The first part must 
give the definitional information and the second part must give the 
actions to be performed when the microprogram is executed. 



The assembler detects and reports errors, as described in Section 
14.4.5. In response to these errors, the microprogrammer edits the 
input to obtain a valid microprogram. This process continues until 
either no errors are present or until the microprogrammer is convinced 
that the messages produced do not affect the validity of the 
microprogram . 



14.3.2 Formatting The Micro program 

Using a standard formatting scheme increases the readability of the 
microprogram. A standard format for 11/60 microprograms has been 
developed at DIGITAL and is given here for the information of Writable 
Control Store users. 



If a microprogram has any definitions, it begins with the .TITLE and 
.IDENT lines and continues with field definitions, followed by 
macro-definitions, as follows: 

.TITLE title 
.IDENT /version/ 
.FIELD field-name ::= field-spec 
field-value-name ::= value 



.MACRO macro-name ::= 
instruction- part, . . . 



The action-part of a microprogram consists of a sequence of 
microinstructions, as follows: 

microinstruction 



.END 
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The standard format for a microinstruction is as follows: 
! comment 



! comment 
address: 
label : 

time-state, instruction-part, ... ! comment 
instruction-part, ... ! comment 



NEXT, instruction-part, ... ! comment 

J/nex t-address 

The rules for formatting a microinstruction are summarized as follows: 

1. Precede the microinstruction by any general comments. 

2. If the microinstruction has an explicit address, give that 
address at the left-margin and do not include any other 
information on that line. 

3. If the microinstruction has a label, give that label at the 
left margin and do not include any other information on that 
1 ine . 

4. Begin the microinstruction with the first time-state. 
Time-states are given at the first tab position. (column 
9). 

5. Include as many instruction-parts, separated by commas, as 
will fit in the columns starting at the second tab (column 
17) and continuing to column 38. 

6. Place any line-specific comments at the fifth tab (column 
41). In order to maintain the microprogram in a bindable 
form (8 1/2 x 11), do not continue the comment past column 
70. 

7. If more instruction-parts are specified for a time-state 
than can fit on a single line, continue at the second tab 
(column 17) of the next line through column 38. 

8. Give the NEXT time-state as the last time-state of the 
microinstruction and conclude the instruction-part of the 
NEXT time-state with a branch to the next-address. 

9. Separate each microinstruction from the remainder of the 
microprogram by one or more blank lines. 

All the microprograms in this manual are written in the standard 
format . 
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14.3.3 A Sample Input Listing 

The input listing for the microprogram given in Chapter 4 of the first 
part of this manual is reproduced here. The register exchange 
microprogram is chosen because its size, although untypically small 
for a microprogram, is convenient for inclusion in a manual. A more 
typical microprogram is given in Appendix D. 

.TITLE REGEX 

.IDENT /R1V1/ 

! REGISTER EXCHANGE PROGRAM 



.CASE OF DISPCH 
EXCHANGE: 



P2-T, 
NEXT, 



SR_A,R3-A, 
J/EXCH2; 



! SAVE R3 



EXCH2: 



P2-T, 

P3, 

NEXT, 



D_A, R2-A, 
WR(AB,L,B) ,R3-B, 
J/EXCH3; 



! MOVE R2 TO R3 



EXCH3: 



P2-T, 

P3, 
NEXT, 



D_SR, 

WR(AB,L,B) ,R2-B, 
BUT(SUBRB) ,PAGE(0) , 
J/BRA05; 



! MOVE SAVED R3 TO R2 



.END 



The output listing for this sample is given in Section 14.4.9. 



USER'S GUIDE — USING THE ASSEMBLER 



Page 14-10 



14.M THE OUTPU T LISTING 

The output listing of a microprogram corresponds to the input listing, 
except that the assembler prints some additional information, namely: 

o A table of contents, formed by listing each .TOG line with 
its assigned line number at the beginning of the output 
1 isting . 

o A line number at the beginning of each line, 
o Page headings at the top of each page. 

o Microword lines, giving the address and bits for each 
microinstruction in the microprogram. 

o Error messages, if any errors are detected. 

o Macro expansions, if requested by the MX switch. 

o A bit map, if requested by the BT switch. 

o An error summary. 

A brief description of each of the above items is given in the 
following sections. 



14.4.1 The Table Of Contents 

The table of contents is constructed by collecting the .TOG lines to 
the beginning of the listing. Judicial placement of .TOG lines within 
the listing results in a useful table of contents, by which the 
microprogrammer can quickly reference any logical section of the 
microprogram . 



As the size of a microprogram increases, the value of the table of 
contents increases. However, the assembler always prints a table of 
contents page, even when the microprogram does not contain any .TOG 
lines and the table of contents is, accordingly, empty. Therefore, 
including some .TOG lines in even the shortest microprogram is 
advisable . 



.TOG lines and the construction of the table of contents are described 
in detail in Ghapter 4, "Program Structure". A good example of the 
use of .TOG lines to produce a comprehensive table of contents can be 
found in Appendix B, in which the 11/60 predef initions are given. 
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14.4.2 Line Nu mbers 

Each input line is numbered, by the assembler. The line number is a 
four digit decimal number, which starts at 0001 and continues, in 
increments of 0001, through 9999. If a microprogram contains more 
than 9999 lines, then the string '****' is used instead of a line 
number for every line after 9999. 



Since blank lines and comments are assigned line numbers, it is not 
unusual for a small microprogram to occupy several thousand lines. 
However, the line limit of 9999 is seldom exceeded. If it is 
exceeded, the resulting assembly is still valid and the only 
inconvenience is that the table of contents does not locate the 
position of .TOC lines that occur after the 9999th line. 



14.4.3 Page He adings 

The assembler divides the output listing into pages. Each page 
contains a heading line and 54 lines of the microprogram. The page 
heading gives the following items of information: 

o The program title, as derived from the first six characters 
of the last .TITLE line. 

o The name and version number of the MICRO-11/60 assembler 
used in assembling the microprogram. 

o The date and time of the assembly. 

o The page number. 

If a .TITLE line is not given in the microprogram, then the title part 
of the heading is left blank. 

An example of a heading line is: 

LNKLST MICRO VOOA-1 11:20:02 10-SEP-77 PAGE 2 

The heading line, as part of an output listing, is given in Section 
14.4.9. 
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14.4.4 The Microword Line 

The microword line contains the address and bits of the microword, in 
the following format: 

nnnn b bbbbbbbb bbbbbbbb bbbbbbbb bbbbbbbb bbbbbbbb bbbbbbbb 

I I I I I II 

I I I I I II 

47 39 31 23 15 7 

The address, nnnn, identifies the location to which the microword is 
assigned. The bits, b, identify the value of the bits in the 
microword. The bits are displayed as shown above, in groups of eight. 
The first single bit is not part of the microword and should be 
ignored. It is present because of a technique used in the 
predef inition language. 



The microword line is illustrated in Section 14.4.9. 



14.4.5 Error M essages 

If an error is detected in a microprogram line, then an error message 
is printed by the assembler following that line. Error messages are 
easy to find within the listing because, instead of a line number, 
error messages begin with the string '****', followed by the error 
number. The error message also contains a short description of the 
error and, if possible, a piece of the input line to show the point at 
which the error was detected. 



If the assembler detects an error in a line, then the information on 
that line is not fully interpreted in the assembly process. The fact 
that the information is not interpreted sometimes causes additional 
errors later. Usually, when the first error is corrected, the other 
errors disappear. For example, suppose the microprogrammer makes the 
syntactic error of using a hyphen rather than a colon in a field 
definition as follows: 

.FIELD ALPHA : : = <44-40> 

The assembler detects that error: 

2345 .FIELD ALPHA ::= <44-40> 
****39 SYNTAX ERROR 

Because the assembler rejects the definition of ALPHA, any uses of the 
field ALPHA within subsequent microinstructions also produce error 
messages as follows: 

4567 ALPHA/1 

****24 MICROINSTRUCTION ILLEGAL ALPHA 



Appendix E lists all of the assembler error messages. 
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14.4.6 Macro Expansions 

If the microprogrammer specifies the MX switch in the 
assembly-command-line, then the macros used in each microinstruction 
are expanded and printed in the output listing. 



The expansion of each macro is shown 
expansion line begins with the string '+ 



on 
t 



a separate 
instead of a 



line. The 
line number. 



As an example of a listing that includes macro expansions, consider 
the following output listing excerpt produced from the assembly of the 
matrix addition example given in Section 7.2. 



2129 
2130 
2131 



2132 
+ 
+ 
+ 

2133 
+ 
+ 
+ 

2134 
+ 



6200: 
MATADD 
P1, 



CLK-BA, PC-A, 
N/0 

CLKBA/YES 

AEN/ASPLO, ASEL/R07 , RIF/R07 
P2-T, A-PLUS-B,CSPB(TWO) , 

WHEN/AT-P2-T 

ALU/A-PLUS-B 

BEN/BASCON,BSEL/TWO 
P3, WR(AB,L,A) ,DATI, 

N/0 

MOD/CLKSP,WRSP/AB,HILO/L,WRSEL/A 
BEGIN /YES , SELECT/ BUS , BUSCODE/DATI 
NEXT, J/MAT1; 
N/0 



IINITIATE MEM(PC) READ: 



'.INCREMENT PC. 



6200 



10011111 10011110 00000101 01100001 10110000 00000000 



The first macro in the first microinstruction line, 'P1', expands to 
the string 'N/0'. The second macro 'CLK-BA' expands to the string 
'CLKBA/YES'. The third macro 'PC-A' expands to the string 
'AEN/ASPLO, ASEL/R07, RIF/R07' . The first macro in the second 
microinstruction line, 'P2-T', expands to the string ' WHEN/AT-P2-T ' , 
and so on . 
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14.4.7 The Bit Map 

If the micropr ogrammer specifies the BT switch on the 
assembly-command-line, a bit map is produced at the end of the output 
listing. The bit map indicates the addresses that are used by the 
assembly . 



The bit map consists of a matrix of binary digits. The digit 1 
indicates that an address is used and the digit indicates that an 
address is not used. 



As an example of a bit map, consider the following: 



6576 


1 


1 


1 














1 





1 




































































6636 


































































































6676 


































































































6736 


































































































6776 



































































































7036 

The bit map displays all the addresses within the specified bounds. 

The above bit map was produced by a microprogram that contains five 

microinstructions and the bounds 6576:7037. As can be seen from the 

map, the assembler used locations 6576, 6577, 6600, 6605, and 6607 for 
that program. 



14.4.8 The Summary 

At the end of the input listing, MICRO-11/60 summarizes all the errors 
detected as a result of the assembly and gives the total number of 
lines processed. The number of lines includes the lines from the 
pr edef initions and dispatch-files, if those files are included as part 
of the assembly. 
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14.4.9 A Sample Output Listing 



The output listing for the sample input program given in Section 
14.3.3 is shown below. 



MICRO 



VOOA-1 10:17:08 06-JUL-77 



PAGE 1 



TABLE OF CONTENTS 



REGEX 



MICRO 



VOOA-1 10:17:08 06-JUL-77 



PAGE 2 



8 
9 
10 
1 1 
12 



13 
14 

15 
16 
17 
18 



19 



.TITLE REGEX 

.IDENT /R1V1/ 

! REGISTER EXCHANGE PROGRAM 

.CASE OF DISPCH 

EXCHANGE: 

P2-T, SR_A,R3-A, 
NEXT, J/EXCH2; 



! SAVE R3 



6O3O 11110000 10011010 00001000 00000000 00110000 10000000 



EXCH2: 



P2-T, D_A,R2-A, 

P3, WR(AB,L,B) ,R3-B, 

NEXT, J/EXCH3; 



! MOVE R2 TO R3 



6200 11110011 10001010 00010000 00000011 10110000 10000001 



! MOVE SAVED R3 TO R2 



MIC 
MIC 



EXCH3: 

P2-T, D_SR, 
P3, WR(AB,L,B) ,R2-B, 
NEXT, BUT(SUBRB) ,PAGE(0) , 
J/BRA05; 

6201 11110010 00001010 00010000 00000011 10111000 0011 
END 

• ERRORS DETECTED: 

• NUMBER OF LINES PROCESSED: 2382 



CHAPTER 15 
USING THE MICROPROGRAM LOADER 



Before a program that uses a microprogram can be executed, the 11/60 
Writable Control Store must be loaded and enabled. Loading and 
enabling requires the use of the Microprogram Loader, MLD, and two 
small stand-alone programs, MSTART and MSTOP. The program MSTART 
enables the Writable Control Store and MSTOP disables it. 



All three of these programs are intended to be privileged programs 
under RSX-1 1M to be accessed only by users with that status. The 
execution of a microprogram in the WCS essentially modifies the 
machine dynamically, and, tnerefore, the use of the WCS should be 
restricted to the programmer who is aware of his responsibility to the 
other programmers on the system. Until the error-free operation of a 
microprogram is assured, any testing of that microprogram should be 
done in a single-user (stand-alone) mode. 



To run a program that contains both macro and micro code, several 
steps are necessary. First, the macro code must be linked and loaded 
into main memory. Then, the micro code must be loaded into micro 
memory (the WCS). Finally, the WCS must be enabled. An indirect 
command file, @MLD, is provided to assist the programmer in loading 
and enabling the WCS. 



The steps necessary to link and load macro memory are not discussed 
here. Information on loading macro memory can be found in the RSX-1 1M 
Task Builder Reference Manual ( DEC-1 1 -OMTBA-A-D ) . 



The following sections describe the two methods for invoking the 
loader and the enabling programs. Then, the inputs and outputs of the 
loader are discussed. Finally, an example of the use of the loader is 
given . 
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15.1 THE INDIRECT FILE METHOD 



In the indirect file method of loading the Writable Control Store, the 
user invokes the loader by typing the loader indirect command file, 
§MLD, at command level. The system then asks if the WCS is to be 
enabled and requests the name of the file that contains microprograms 
to be loaded. An example of an interaction is: 

>@MLD 

>; MLD.CMDNLOAD WCS 

>; 

>* ENABLE WCS?[Y/N]:Y 

>* ENTER MICROPROGRAM OBJECT FILE SPECIFICATION [S ] : LNKLST 
>MLD WCS=MICPAK, LNKLST 

>RUN MSTART IMSTOP SHOULD BE RUN WHEN FINISHED 

>@<EOF> 



In response to the system's request for information, the user types 
'Y' and the file LNKLST, which contains an object module for that 
program . 



15.1.1 Syntax 



m 

direct- 
load 



>§MLD 

* ENABLE WCS?[Y/N]: 

N 

L- J 

* ENTER MICROPROGRAM OBJECT FILE SPECIFICATION [S ] : obj-spec 




obj- 
spec 




The text typed by the user is underlined in the syntax for load. 
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15.1.2 Interpr etation 

A load interaction consists of the invocation of the loader, followed 
by an indication whether or not to enable the WCS, by the 
specification of the file for the microprograms to be loaded. 



If the user answers 'Y' to the question 'ENABLE WCS?', the program 
MSTART is executed to enable the WCS after the microprograms are 
loaded. If the user types 'N' or simply carriage return, then MSTART 
is not executed. Any other response is an error. 



The resident section supplied by DIGITAL, MICPAK, is loaded followed 
by the specified microprogram object files. 



The loader does not report an error message if, in the course of 

loading a set of object modules, a word in the WCS is reloaded. If 

the programmer specifies more than one object module, he must be 
responsible for the address compatibility of the modules. Object 

modules can be assembled into different parts of the WCS by the use of 

the .BOUNDS keyword, as described in "Partitioning the WCS" in 
Appendix C. 



The fact that the loader allows addresses to be reloaded can be 
convenient. It allows the user to patch an existing object module. 



15.1.3 Restr ictions 

The maximum number of characters that can be given in an obj-spec that 
is part of an @MLD sequence is 16. 



15.1.4 Defaults 

If any of the file-specs given in response to the request 'ENTER 
MICROPROGRAM OBJECT FILE SPECIFICATION [S ]: ' does not contain an 
extension, the extension '.OBJ' is assumed. 



If no file-spec is given, only the resident section is loaded into the 
WCS. 
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15.2 THE DIREC T METHOD 

The indirect command file @MLD is an aid supplied for the programmer. 
He can invoke the loader directly by typing MLD, followed by the 
loader command line, in response to the operating system prompt, as 
follows : 

>MLD WCS=MICPAK,LNKLST 

The loader command line gives the programs to be loaded, which, in 
this case, are MICPAK, the resident section supplied by DIGITAL, and 
LNKLST, the user's object module file. 

If the user wants to load more than one object module, he can specify 
the object modules when invoking MLD directly as follows: 

>MLD WCS=MICPAK, LNKLST, MATPAK 

Or, if he wants to supply his own resident section, he can do so, as 
follows : 

>MLD WCS=MYRES,MYMIC 



15.2,1 Syntax 



15.2.2 Interpr etation 

The loader loads the specified files starting with the first and 
continuing through the last file into the WCS. 



direct- 
load 



>MLD 




Following the use of the loader, the programmer should run the program 
MSTART to enable the WCS. 
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15.2.3 Defaults 

The default file extension is .OBJ for files specified in a call on 
the loader. 



'1 5 • 3 ENABLING THE WCS 

The execution of MSTART enables the WCS. The user can then execute a 
program in the WCS. 



When the user is finished with the program that uses the WCS, he 
should disable the WCS by running the disabling program MSTOP, as 
follows : 

>RUN MSTOP 

MSTART sets a bit in the WHAMI register that permits the use of the 
WCS; and, MSTOP resets that bit. Therefore, the successful execution 
of these programs is usually assumed. However, if the user wants to 
verify that the programs executed properly, he reads the console 
lights. The successful completion of these programs is indicated by 
the following pattern in the console lights: 

Program Console Lights 

MSTART 000222 

MSTOP 000333 

Once the WCS is enabled, any XFC instruction executed, whether 
intentionally or intentionally, causes the execution of microcode. 
Therefore, the WCS should be disabled as soon as the programmer is 
finished executing his microprogram. 



15.4 LOADER INPUT 

The loader input consists of the object module for the resident 
section and the object modules that make up the microprogram to be 
executed. The object module is described and illustrated in Section 
8.2.1. 



When more than one object module is to be loaded into the WCS, the 
user must ensure that the addresses occupied by the different modules 
do not conflict. He can cause the object modules to occupy different 
address spaces by the use of the .BOUNDS keyword, as described in the 
section on "Partitioning the WCS" in Appendix C. 
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15.5 LOADER OUTPUT 

After executing, the loader prints a message indicating whether or not 
its execution was successfully completed. 

When the loading process is successful, MLD prints the message: 

WCS LOAD COMPLETED 

The user can assume, if that message is printed and no warnings are 
issued, that the WCS is properly loaded. He can then proceed to 
enable the WCS and run his program. 

When the loading process is unsuccessful, MLD prints the message: 

ABNORMAL PROGRAM TERMINATON 

This message is usually preceded by one or more error messages, which 
indicate the reasons for the failure of the loading process. 



15.5.1 Error M essages 

The microprogr ammer who uses the nredef inltions and dispatch files as 
part of his assembly is likely to encounter only two errors in loading 
the resulting object module. 

BAD RECORD IN OBJECT FILE 

The loader reports this error if the format of the object module is 
not correct. In response to this message, the user should check all 
the input files to ensure that they contain valid object modules. 

The other error is: 

WRITE TO WCS FAILED AT MICROINSTRUCTION ADDRESS: micro-address 

The loader writes an instruction into a WCS location and then reads 
back the contents of that location to compare it with the value 
written. If the value read does agree with the value written, then 
the above error is reported. In response to this message, the 
microprogrammer can try again. However, if he receives the same 
message, he should assume that a hardware problem is likely to exist. 

If the microprogrammer changes the bounds for the assembler, as 
described in connection with the .BOUNDS keyword at the beginning of 
Appendix B, he may encounter the following error message: 

MLD — WARNING: INVALID 11/60 MICROINSTRUCTION ADDRESS: address 

Moreover, this message is issued if the loader receives an address in 
the range 0000:5777. The loader loads the first 16 bits in the local 
store address specified and then reports the message given above. 
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15.6 EXAMPLE 

As an example of the procedure used to load and enable the Writable 
Control Store prior to execution, consider the case in which the 
program to be run consists of two FORTRAN programs, ANALYZR and PARSE, 
a MACRO 11 program, INTRFC, and two microprograms LNKLST and MATPAK. 



The user begins by building the task for the main memory programs. On 
a system with OTS in SYSLIB, the task build is: 

>TKB AWCSYS=ANALYZR, PARSE, INTRFC 

Then, he creates a microprogram file that contains the object modules 
for LNKLST and MATPAK loads the WCS, as follows: 

>@MLD 

>; MLD.CMDXLOAD WCS 

>; 

>* ENABLE WCS?[Y/N]:Y 

>* ENTER MICROPROGRAM OBJECT FILE SPECIFICATION [S ]: LNKLST , MATPAK 
>MLD WCSrMICPAK, LNKLST, MATPAK 

>RUN MSTART IMSTOP SHOULD BE RUN WHEN FINISHED 

>@<EOF> 

Then, he runs his program, as follows: 
>RUN AWCSYS 

After the execution of the task is complete, the user disables the WCS 
by running MSTOP. 



CHAPTER 16 
USING THE DEBUGGER 



The MicroDebugging Tool MDT operates as a stand-alone tool for 
debugging programs that use the Writable Control Store of the 11/60. 
To use MDT, he invokes the MDT indirect command file. This command 
file shuts down the operating system and interacts with the programmer 
to run the program under test in a single-user mode. 
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16.1 RUNNING MPT 

To initiate MDT from RSX-11M, the user enters the debugger indirect 
command file, @MDT, at command level. The system then requests the 
name of the microprogram to be loaded into the WCS, runs the RSX-11M 
shutdown program, and brings up MDT. An example of an interaction is: 

>@MDT 
> 



MDT.CMD \LOAD WCS AND START MDT (FROM PRIVILEGED UIC) 
SHUTS RSX DOWN 



> 
> 
> 

>* ENTER MICROPROGRAM OBJECT FILE SPECIFICATION [S]: MATADD 
>MLD WCS=MDTMIC, MATADD 

>RUN MSTART ! ENABLES WCS (SHOULD RUN MSTOP AS SOON AS RSX BACK UP) 
>; (SUGGEST PUTTING MSTOP IN STARTUP.CMD FILE) 

>RUN SHUTUP 

RSX11M SHUT DOWN PROGRAM 
> 

ENTER MINUTES TO WAIT BEFORE SHUTDOWN: 



> 

ENTER MINUTES BETWEEN MESSAGES: 



> 

ALL FURTHER LOGINS ARE DISABLED 

01-SEP-77 11:53 PLEASE FINISH UP, MINUTES BEFORE SHUTDOWN 

; TYPE "RES AT." WHEN SHUTDOWN COMPLETED 

> 

AT. — PAUSING. TO CONTINUE TYPE "RES ...AT." 

DM0 DBO: 

> 

>RES AI\ 

AT. ~ CONTINUING 

> 

> 

>* HAVE YOU PROTECTED EVERYTHING YOU WANT PROTECTED? [Y/N]:Y 
>BOOT MDT !THIS TAKES RSX DOWN 

MICRO DEBUGGING TOOL. VERSION #1.0 

MDT> 



In response to the system's request for information, the user types 
the name of the microprogram 'MATADD', the shutdown parameters '0' and 
'0', 'RES AT', and the answer 'Y' to the question about write 
protection . 
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The general form of the interaction is given in the following syntax. 
In this syntax, the commentary printed by the system is omitted. 



16.1.1 Syntax 



mdt- 


>§MDT 




call 


>"^NTER MICROPROGRAM OBJECT FILE SPECIF ICATION [S ]: obj 


-spec 




ENTER MINUTES TO WAIT BEFORE SHUTDOWN: 






minutes 






ENTER MINUTES BETWEEN MESSAGES: 






minutes 






AT: — PAUSING. TO CONTINUE TYPE 'RES ...AT.' 






>RES AT. 








Y~|^1 




>* HAVE YOU PROTECTED EVERYTHING YOU WANT PROTECTED? I 








_NjO 




MDT> ^ 





The text typed by the user is underlined in the above syntax. 



16.1.2 Interpretation 

The resident section for MDT and the obj-spec given by the user in 
response to the request 'ENTER MICROPROGRAM OBJECT FILE 
SPECIFICATIONCS] : ' are loaded into the WCS by MLD. The obj-spec can 
consist of one or more files, each of which contains one or more 
object modules. The object modules are loaded by MLD, starting with 
the first, and continuing until the end of the last object module is 
reached. 



The minutes until shutdown and the minutes between messages given by 
the user are used in the shutdown procedure. If the system is 
operating in stand-alone mode, then a response of minutes in both 
cases is indicated. If the system is operating in multi-user mode, 
then an appropriate delay before shutdown should be given. 



When the shutdown is complete, the system types the message: 
'AT. -- PAUSING. TO CONTINUE TYPE 'RES ...AT.'. The response 
'RES AT.' directs the system to continue. The user must not type 
'RES AT.' until the shutdown is complete. In the example given above, 
the shutdown is complete when the system types 'DM0 DBG: ' 
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Before bringing up MDT , the system asks if all the devices are 
properly protected. At this point, if the user needs to write protect 
some devices, he can type 'N' or not respond. If he types 'N', the 
system repeats the question. When the devices are protected, he types 
'Y' and MDT is brought up. MDT identifies itself and prompts for the 
first command in the debug session. 



16.1.3 Restr ic tions 

The maximum number of characters that can be given in an obj-spec that 
is part of an @MLD sequence is 16. 



16.2 THE DEBUG SESSION 

Following the prompt from MDT, the debug session begins. The user can 
enter any number of MDT commands to set breakpoints, to examine and 
change locations in main or micro memory, and to execute the program 
under test. The commands that can be given in response to the MDT 
prompt are described in Chapters 9 through 13 of this manual: 



16.2.1 Interru pting Program Execution 

The programmer can interrupt the execution of either MDT or the 
program under test by typing two control-C characters. 

If the double control-C is typed during the input of a command line, 
all the input entered is erased. The programmer can use the double 
control-C to delete an incorrect command line. For example, suppose 
the programmer forgets the character in the transfer address of a 

go-command. If he notices the error before hitting the carriage 
return that terminates the command, he can type two control-C ('^C) 
characters and start the command again, as follows: 

MDT>G6612"C"C 
G#6612 

If the double control-C is typed during the execution of the program 
under test, then the execution of the program is aborted and control 
is returned to MDT. MDT prompts for another command. The state of 
the machine is not saved when the program execution is interrupted 
and, therefore, the contents of the registers are not meaningful. 
Program execution can be resumed after interruption by the use of a 
go-command to a main memory address. 

An exception to this procedure for interrupting execution occurs when 
the microprogram is in an infinite loop and not checking for service. 
In this case, only an INIT signal from the console can interrupt 
execution. The INIT signal is produced by simultaneously pressing the 
HALT and START buttons. 
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16.2.2 Restarting The Debugger 

In some cases, it may be necessary to restart the debugger. An entry 
point $DEBUG is provided for this purpose. If the programmer loads 
the address associated with this entry point into the switch register 
and starts the processor, then MDT is restarted with the state of the 
system as it was before the operation that caused the problem. 



16.2.3 Te rminating A Session 

When the programmer is finished with the debugger, he brings up the 
operating system as if a system crash occurred as described in the 
RSX-1 1M Operator Procedures Manual. 



However, since the use of MDT enables the WCS as part of its 
initialization procedure, the operating system restart should call the 
program MSTOP to disable the WCS. The inclusion of the call on MSTOP 
as part of the STARTUP command file is recommended. An example of a 
system restart with MSTOP as part of the STARTUP file is as follows: 



MDT> 



RSX-1 1M V03 BL18 
>RED DBO: =SYO: 
>MOU DB0:RSX1 1MBL18 
>@C1 ,2]STARTUP 



12nK MAPPED 



>RUN 
>INS 
>INS 
>INS 
>INS 
>INS 
>INS 
>INS 
>INS 
>INS 
>INS 
>INS 
>INS 
>INS 
>INS 



1 ,54]MSTOP 

1 ,54] PIP 

1 ,54] CRF 

1 ,54] EDI 

1 ,54] TEC 

1 ,54] TEC/TASK=. . .MAK 

1,54] PRT/PAR=SPLPAR/CKP=NO 

1 ,54] BIGTKB/PAR=GEN 

1 ,54] BIGMAC/PAR=GEN 

1 ,54] BRO 

1 ,54] RMDEMO 

1 ,54] SHUTUP 

1 ,54] F4P/INC=5120. 

1 ,54] HEL 

1 ,54] BYE 



>LOA DK: 
>LOA LP: 

>* PLEASE ENTER TIME AND DATE (HH:MM MM/DD/YY) [S] 
>TIM 11 :56 9/1/77 

>* PLEASE ENTER OPERATOR UIC AS #,# [S]: 2,100 

>SET /UIC=[2, 100] 

>BRO @[2, 1 ]ONTHEAIR,TXT 



11 :56 9/1/77 



01-SEP-77 11:56 
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16.3 DEBUGGER ERRORS 

MDT examines the command strings it receives from the programmer for 
validity. If MDT detects an error in a command, it prints a message, 
rejects the command, and prompts for another command. The programmer 
can then reenter the command with the appropriate syntax. 



The error messages printed by MDT 
messages are self-explanatory, 
interaction : 



are given in Appendix E. Most 
For example, consider the following 



MDT>0#46002 

#46002<15:0> 32 0#47020 

OPEN ROUTINE: UNKNOWN TERMINATOR 

MDT>0#M7020 

In the above interaction, the programmer forgets to type the carriage 
return to terminate the open-bits-command. MDT responds with the 
error message shown above. The programmer can then enter the command 
again . 



The least specific MDT error message occurs in the following 
interaction : 

MDT>D6016 

MDT>D6017 
MDT>6060 

COMMAND PARSER: SYNTAX ERROR 
MDT>D6060 

The programmer is entering a sequence of display-items. In the third 
line, he forgets the D command mnemonic. MDT cannot guess his intent 
and responds with the message shown above. The programmer, in 
response to this message, examines the preceeding line, finds his 
error, and reenters the command. 



16.3. 1 A Special Error 

One error detected by MDT requires special attention. If, in typing a 
command to MDT, the programmer fills up the 64 character input buffer, 
MDT rings the bell each time a character is typed and rejects the 
additional characters. The only way to escape from this error 
condition is to type either a control-C or control-U character. These 
control characters delete all the information in the input buffer and 
reset it to an empty condition. 
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16.4 AN EXAMPLE 

As an example of the use of MDT , in which a main memory program is 
used to call the microprogram, consider the debugging of the 
microprogram for matrix addition given in Section 7.2. As the first 
step in the debugging process, the programmer writes a simple macro 
program to call the microprogram, as follows: 





.TITLE 


MATEST 


MATA: 


.BLKW 


100 


MATE: 


.BLKW 


100 


START: 


.WORD 


076700 




.WORD 


MATA 




.WORD 


MATB 




.BYTE 


4 




.BYTE 


4 




.HALT 






. END 


START 



The programmer assembles the macro program and links the resulting 
object module with the MDT object modules, as follows: 

>TKB MATEST=@MDTBLD, MATEST 

The load map produced as a result of linking the object modules can be 
used to locate the object module MATEST in memory. Suppose it begins 
at 46000. 



Next, the programmer invokes MDT by typing the indirect file @MDT. 



>@MDT 
> 



MDT.CMD \L0AD WCS AND START MDT (FROM PRIVILEGED UIC) 
SHUTS RSX DOWN 



> 
> 
> 

>* ENTER MICROPROGRAM OBJECT FILE SPECIFICATION [S ] : MATADD 

>SET /MAIN=WCS:7600:200:DEV 

>INS [1,1]WCS 

>INS MLD/TASK=. . .MLD 

>MLD WCS=MDTMIC, MATADD 

>RUN MSTART ! ENABLES WCS (SHOULD RUN MSTOP AS SOON AS RSX BACK UP) 
>; (SUGGEST PUTTING MSTOP IN STARTUP.CMD FILE) 

>RUN SHUTUP 

RSX11M SHUT DOWN PROGRAM 
> 

ENTER MINUTES TO WAIT BEFORE SHUTDOWN: 


ENTER MINUTES BETWEEN MESSAGES: 


ALL FURTHER LOGINS ARE DISABLED 
> 
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01-SEP-77 11:56 PLEASE FINISH UP, MINUTES BEFORE SHUTDOWN 

: TYPE "RES AT." WHEN SHUTDOWN COMPLETED 

> 

AT. — PAUSING. TO CONTINUE TYPE "RES ...AT." 

DM0 DBO: 

> 

> RES AT. 

AT. — CONTINUING 

> 

> 

>* HAVE YOU PROTECTED EVERYTHING YOU WANT PROTECTED? [Y/N]:Y 
>BOOT MDT !THIS TAKES RSX DOWN 

MICRO DEBUGGING TOOL. VERSION #1.0 

MDT> 



Observe that this dialogue is different from the dialogue given at the 
beginning of this chapter in that it installs MLD and sets up the WCS 
I/O page common. 



Next, the programmer uses MDT to set some data values into the blocks 
reserved in the main memory test program, as follows: 



MDT>0#46000 








#46000<15:0> 





1 


(If) 


y/46002<15:0> 





2 


(If) 


y/46004<15: 0> 





3 


(If) 


#46006<15:0> 





4 




MDT>0#46100 








#46200<15:0> 





5 


(If) 


#46202<15:0> 





6 


(If) 


#46204<15: 0> 





7 


(If) 


#46206<15:0> 





10 





Then, he sets breakpoints at the beginning and end of the microprogram 
and starts the execution of the program, as follows: 

MDT>B6200 
MDT>B6224 
MDT>G#47200 
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When the program execution halts at the breakpoint at the end of the 
program, the programmer can use the open-bits command to check the 
results of the matrix addition, as follows: 



MDT>0#46000 






y/46000<15:0> 


6 


(If) 


#46002<15:0> 


10 


(If) 


#4600n<15: 0> 


12 


(If) 


#46006<15:0> 


14 





The programmer can then change the dimensions of the array and try 
again, as follows: 

MDT>OB#46406 
//46406<7:0> 4 6 (If) 
#46407<7:0> 4 6 



APPENDIXES 



Contents 

APPENDIX A SYNTACTIC SUMMARY OF SOURCE AND COMMAND LANGUAGES 

A.l MICRO-11/60 SOURCE SYNTAX A-2 

A. 1.1 Processing-Unit A-2 

A. 1.2 Field-Definition A-3 

A. 1.3 Macro Definition A-4 

A. 1.4 Microinstruction A-5 

A. 1.5 Target Assignment Construct A-6 

A. 1.6 MICRO-11/60 Elements A-7 

A. 2 MDT COMMAND SYNTAX A-8 

A. 2.1 MDT-Session A-8 

A. 2. 2 Open-Command A-9 

A. 2. 3 Breakpoint-Command A-10 

A. 2. 4 Display-Command A-1 1 

A. 2. 5 Control Command A-12 

A. 2. 6 MDT Elements A-13 

A. 3 COMMAND LANGUAGE SYNTAX A-U 

A. 3.1 MICRO-11/60 Command Syntax A-14 

A. 3. 2 MLD Command Syntax A-15 

A. 3. 3 MDT Command Syntax A-16 

APPENDIX B THE 11/60 PREDEFINITIONS 

B. I PREDEFINITIONS SOURCE LISTING B-2 

APPENDIX C THE DISPATCH FILE AND MEMORY PARTITIONING 

C. I THE DISPATCH FILE C-1 

C.2 PARTITIONING THE WRITABLE CONTROL STORE .... C-1 

APPENDIX D LINKED LIST EXAMPLE 

APPENDIX E ERROR MESSAGES 

E.I MICRO-11/60 ERROR MESSAGES E-2 

E.2 MDT ERROR MESSAGES E-6 

E.3 COMMAND LANGUAGE ERROR MESSAGES E-7 



APPENDIX A 

SYNTACTIC SUMMARY OF SOURCE AND COMMAND LANGUAGES 



This appendix contains a syntactic summary for the source and command 
languages used by each of the microprogramming tools. The MICRO-11/60 
source is summarized first. Next, the MDT commands are listed. Then, 
the command language syntax is given for MICRO-11/60, MLD, and MDT. 



The syntax is presented here in a concise format for quick reference. 
Some of the tutorial metasyntactic names used in the syntax within the 
manual are omitted so that the syntax can be given in a minimum amount 
of space. 



All the syntactic terms used in the syntax sections of the manual and 
in this appendix are listed in the index. If the programmer wishes 
more information on a syntactic term, he can obtain the page in the 
manual that discusses that term by looking in the index. 
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processing-unit 



r 



< 



pr edef in i t ions- file 
user-machine- definitions 
.TITLE title-string 
.IDENT / ident-string / 
.RADIX radix 
.TOC toc-string 
field-definition 
macro- definition 
^ dispatch- file 
i .CODE 

^ .TITLE title-string 

.IDENT / ident-string / 
.RADIX radix 
.TOC toc-string 
microinstruction 
branch- definition 
case-microinstruction 
end-definition 
.END 



> 



J 



J 



user-machine- 
definition 



.WIDTH 49R 

.BOUNDS [ lower-bound 
.ADDRESS J: :=<8:0> 
.OBJECT <47:32>'<31 : 16>'<15:0> 



upper-bound ] 
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field- definition 


.FIELD field-name field-spec 
< field-value-name < ^ value > 


field-spec 


X< left-bit : right-bit J» j' ' 

< , default > 

L J ° 



Examples : 



FIELD ALPHA 

FIELD BETA 

FIELD GAMMA 
ON : : = 
OFF : := 1 



D1 
D2 

D3 
D4 



<40: 30> 

<10:5>'<20: 17>,22 
<26> 



FIELD DELTA : := <33:22> 
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macro- 
definition 


/ f 1" \^ 

.MACRO macro-name < ( < formal r , ) f 

[■-\ [ V ^ ° 

^ ?^ S macro-body-part > , 


macro-body- 
par t 


^ f ield- value-name 

field-name / ^ value V 
J ^ § formal J ' 
macro-name f f --j n ^ 1 

< ( < actual y , ) y 

L I ^ J 1 Jo J 



Ex ampl es : 

.MACRO ALPHA : : = A/B,C/D 

.MACRO BETA(B1,B2) ::= A/@B1 , C/§B2 , D/@B1 

.MACRO GAMMA(X,Y,Z) ::= BETA ( @X , CT7 ), ALPHA , C42/20 
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micro- \ 
instruction 



< address 

L J 



y 

^ 1 



label > 

J 



field-name / 



< 



macro-name 



value 

field -value -name 
r n 1 1 





n 



X ( X actual y , ) 
L L J 1 



1 



Examples : 



6200: 

ALPHA: A/B; 

BETA: A/B,C/D,E/F, 
G/H; 

GAMMA: MC1(X,Y), 
A/B, 

C, D/E; 

MC2, 
X/2; 



6412 



A/B1 , 
J/GAMMA; 
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A. 1.5 Target Assignment Construct 



, . , , — 

target— 

assignment 


branch— definition 
< case-microinstr uc tion > 

^ J 1 






<. end-definition > 
I J 


branch- 
definition 


branch-label : 

.BEGIN = n f Hi 
1 > ^ address-range 
1*1 


case- 
micro- 
instruction 


.CASE case-number OF branch-label 
microinstruction 


end-definition 


.ENDB branch-label 


Exampl e : 



ALPHA: 

.BEGIN=0 

BETA: 

.BEGIN=1 0*10 [6240: 6277] 



.CASE OF ALPHA 
AO: A/B, 
J/B1 ; 

.CASE 1 OF ALPHA 
A1: C/D, 
J/B1 ; 

.ENDB ALPHA 

.CASE OF BETA 
01: A/B, C/D, 
J/G1 ; 



.CASE 2 OF BETA 
02: X/4 
J/G2 
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title-string [ 
ident-str ing > 
toc-string 1 


r \64 

< radix-50-char > 

J ^ 


radix-50-char 


X alphabetic 1 digit 1 $ 1 . /" 


alphabetic 


{a 1 B 1 ... 1 


digit 


{o 1 1 1 ... 1 9 } 




address-range 


[ low-address : high-address ] 


label 

field-name 

field- value -name 

macro-name f 

formal 

actual 

entry-label 

-J 


r \3i 

alphabetic < name-char > 


op-code 


octal-digit 


lower-bound ~^ 

upper-bound 

low-address 

high-address [ 

address 

def aul t-value 

value ^ 


octal-integer 


left-bit n 
right-bit J 


decimal-integer 


name-char 


radix-50-char | _ ) % j [ | ] 
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open-command 




n 


mdt-session 


MDT> 


< 


breakpoint- command 
displ ay -command 
control- command 




> 

1 



Example : 






2 


(If) 


Set values 





4 


(If) 







6 




Open memory 





1 


(If) 


Set values 





3 


(If) 







5 







MDT>0#46000 



#46004<1 5 : 0> 
MDT>0#46100 



MDT>B6200 
MDT>G#46200 

BREAKPOINT NUMBER AT ADDRESS 6200 

MDT>0$0 

$0<15:0> 12 

MDT>P 

BREAKPOINT NUMBER AT ADDRESS 6200 
MDT>B#46210 

MDT>P 

BREAKPOINT NUMBER 1 AT ADDRESS 46210 
MDT>0#46000 

//46000<15:0> 3 (If) 
#46002<15:0> 7 (If) 
#46004<15:0> 13 



Open main memory address 
46000 



Set micro memory 

breakpoint at 6200 
Start execution at main 
memory address 46200 

Examine register 

Proceed from breakpoint 

Set main memory 

breakpoint at 46210 
Proceed from breakpoint 

Examine main memory 
address 46000-46004 
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open-command 



' 



< OB 



> address-spec 



^OC J 



address-spec value J new-value 



address-spec value ^|^new-value 




Restrictions : 

The address-spec used with an OB or OC command must be a main memory 
byte address. 

The terminator § must not be used with an address-spec that is a 
register or that has a bit range^or with the commands OB or OC. 



Examples : 

MDT>06200<40: 38> 

6200<40:38> 1 (If) 
6201<40:38> 1 

MDT>0#46000 

#46000<15:0> 46300 @ 

#46300<15:0> 46520 @ 

#46520<15:0> 

#46516<15:0> 2234 

MDT>OB//46701 

#46701<7:0> 71 

MDT>OC#46703 

#46703<7:0> G 

MDT>0$PSW 
$PSW<15:0> 223 

$7<15:0> 123 " 
$6<15:0> 7 



Open bits 40 through 38 of 

microaddress 6200 

Look at same bits of next address 



Open main memory address 46000 
Look at the address pointed to 
Again 

Look at the previous word 



Open the main memory byte location 
46701 



Open the character at main memory 
byte location 46703 



Open the register $PSW 

Look at previous register in 

microstate table 

Again 
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br eakpo int- 
command 




B 



# macro-address 
micro-address 



r 



Restrictions : 

If the qualifier is given, then either 

break-address can be given, but not both. 



If the qualifier is given, 

break-address can be given. 



then neither 



break-id or 



break-id 



nor 



Examples : 

MDT>B#46000 

MDT>4B6400 

MDT>?B 

MDT>-B#n6000 

MDT>-4B 
MDT>2P 



Set breakpoint at main memory address 
46000. 

Set a breakpoint with id 4 at micro 
address 6400. 

List the breakpoints that are set. 

Delete the breakpoint at main memory 
address 46000. 

Delete the breakpoint with id 4. 

Proceed from the current breakpoint and 
pass through 2 breakpoints at that 
address before halting. 



MDT>-B 



Delete all breakpoints. 
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displ ay- 
command 




Restr ic tions : 

If the qualifier is given, then either a display-id or an 

address-spec can be given, but not both. 

If the qualifier is given, then neither a display-id nor an 

address-spec can be given. 

If no qualifier is given, then the address-spec must be given. 



Examples: 

MDT>D$PSW 
MDT>D6400<ALU> 

MDT>?D 

MDT>-D$PSW 

MDT>-1D 

MDT>-D 



Add $PSW to the display list. 

Add the ALU field of microinstruction 
6400 to the display list. 

Print out the display list. 

Delete $PSW from the display list. 

Delete the display-item with id 1 from 
the display list. 

Clear the display list by deleting all 
displays . 
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f~ C 0= macro-address^ 






J 1^ micro-address J 








> 


control- command 




L 








R 





Examples : 

G#46000 Start execution at main memory 46000. 

L Reload the Writable Control Store. 

R Reset the debugger by deleting all 

breakpoints and displays. 
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r 



add ress- 
spec 



< 



# macro-address 



micro-address 



\^ f V 

bit-range > < , r elocation-reg >- 
J L Jo 



bit-range 1 1 
<field-name> J 



i $ register-name 



bit-range 




J 



macro-address 


j 1 2 1 4 1 ... 1 17776 1 


micro-address 


1^ 6000 1 6001 1 ... 1 7777 J- 


bit-range 


< left-bit S : right-bit > > 


value I 
new-value ] 


octal- integer 


break 

display-id 
repeat-count > 
left-bit 
r ight-bit 


decimal-integer 
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A. 3 COMMAND LANGUAGE SYNTAX 

A. 3.1 MICRO-11/60 Command Syntax 



in- 
direct- 
method 


>@MIC 

>* ENTER MICROPROGRAM SOURCE FILE SPECIFICATION [S ] : in-spec 

>* LIST? [Y/N]: -i " > 

I I J 


direct- 
assembly 


>MIC assembly-command-line 


assembly- 
command- 
line 


output-spec = in-spec 


out nut- snec 


f 1^ f V 

J nhiect-file > < - list-file r 

l"^ ""Jo L' Jo 


in-spec 


/in-file 


object-file 1 
list-file y 
in-file J 


r 1 ' 

file-spec ^ / switch > 

L J 


f il e-spec 


r 1.^ r 1^ r 1^ 

S dev: > < [ppn] > file-name < .ext > 

L Jo L Jo L Jo 


switch 


/mX ) BTJ' 
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IN- 
DIRECT- 
LOAD 


>@MLD 

* ENABLE WCS?[Y/N]: { 

* ENTER MICROPROGRAM OBJECT FILE SPECIFICATION [S ] : obj-spec 


Ob j- 
spec 


r 

^ file-spec > 
1 J ' 


direct- 
load 


>MLD WCS= <|^MICPAK ^file-spec 



Example : 



>§MLD 

>; MLD.CMDXLOAD WCS 

>; 

>* ENABLE WCS[Y/N]:Y 

>* ENTER MICROPROGRAM OBJECT FILE SPECIF ICATION [S ] : MPROG . OB J 
>MLD WCS=MICPAK, MPROG 

>RUN MSTART !MSTOP SHOULD BE RUN WHEN FINISHED 

>@<EOF> 

>MLD WCS=MICPAK,LNKLST,MATPAK 
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mdt- 


>@MDT 


call 


>* ENTER MICROPROGRAM OBJECT FILE SPECIFICATION [S ]: file-spec 




ENTER MINUTES TO WAIT BEFORE SHUTDOWN: 




minutes 




hNihn MiNUlhb DhlWhhN MhboAuLb: 




minutes 




AT: — PAUSING. TO CONTINUE TYPE 'RES ...AT.' 




>RES AT. 








>* HAVE YOU PROTECTED EVERYTHING YOU WANT PROTECTED? { y 








MDT> 



Example : 



> @MDT 

>; MDT.CMD \LOAD WCS AND START MDT (FROM PRIVILEGED UIC) 
>; 

>; SHUTS RSX DOWN 
>; 

>* ENTER MICROPROGRAM OBJECT FILE SPECIFICATION [S ] : MATADD 

>SET /MAIN=WCS:7600:200:DEV 

>INS [1,1]WCS 

>INS MLD/TASK=. . .MLD 

>MLD WCS=MICPAK,MDTMIC,SMKMIC 

>RUN MSTART ! ENABLES WCS (SHOULD RUN MSTOP AS SOON AS RSX BACK 
UP) 

>; (SUGGEST PUTTING MSTOP IN STARTUP.CMD FILE) 

>RUN SHUTUP 

RSX11M SHUT DOWN PROGRAM 
> 

ENTER MINUTES TO WAIT BEFORE SHUTDOWN: 


ENTER MINUTES BETWEEN MESSAGES: 


ALL FURTHER LOGINS ARE DISABLED 
> 

01-SEP-77 11:56 PLEASE FINISH UP, MINUTES BEFORE SHUTDOWN 

: TYPE "RES AT." WHEN SHUTDOWN COMPLETED 

> 

AT. — PAUSING. TO CONTINUE TYPE "RES ...AT." 

DM0 DBG: 

> 

>RES AI\ 

AT. — CONTINUING 

> 

> 

>* HAVE YOU PROTECTED EVERYTHING YOU WANT PROTECTED? [Y/N]:Y 
>BOOT MDT !THIS TAKES RSX DOWN 
MICRO DEBUGGING TOOL. VERSION #0 
MDT> 



APPENDIX B 
THE 11/60 PREDEFINITIONS 



The 11/60 predefinitions define the 11/60 architecture, specify the fields of the 
11/60 microword and supply a set of field- value-names and macro-names that are useful 
in writing microprograms for the 11/60 WCS. 



The predefinitions are given here as an output listing from MICRO-11/60 assembler. 
The- microprogrammer can, by reading this listing, familiarize himself with all the 
predefined names that can be used in a microprogram. The table-of-contents at the 
beginning of this listing is useful for finding a particular field or macro name. 



The programmer specifies the predefinitions file as the first input file in an 
assembly. The MICRO-11/60 assembler, therefore, reads this file first and 
incorporates all the names defined in this file into its internal tables. 



In some advanced applications, the programmer may wish to assemble without the 
predefinitions file. In such a case, the following lines, which define the 11/60 
architecture, must be supplied: 

.WIDTH 49R 

.BOUNDS [6000:7777] 

.OBJECT <47:32>'<31:16>'<15:0> 

.ADDRESS J ::= <8:0> 

The .WIDTH keyword specifies the number of bits and the ordering (right- to-left) of 
bits within the microword. The .BOUNDS keyword defines the legal address limits for 
the program. The .OBJECT keyword defines the order of the bits within the object 
module. The .ADDRESS keyword locates the bits within the microword used for the 
address field. 
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B.I PREDEFINITIONS SOURCE LISTING 
TABLE OF CONTENTS 



61 




>k 


IDENTIFICATION 


67 






REVISION HISTORY 


77 






MICROWORD FIELD DEFINITIONS 


91 






MICROWORD BIT LAYOUT 


202 







MICROWORD FIELD SPECIFICATION 


207 






MICROWORD FIELD FORMAT 


220 






NULL FIELD/MACRO SPECIFICATION 


227 






ALU AND INTERNAL DATA BUS CONTROL 


231 






<ALU>-ALU FUNCTION CONTROL BITS 


256 






<PEN>-B-BUS DATA SOURCE 


267 






<BSEL>-B-BUS SOURCE SELECTION CONTROL 


304 






<AEN>-A-BUS DATA SOURCE 


314 






<ASEL>-A-BUS SOURCE SELECTION CONTROL 


351 






<RIF>-ASP, BSP REGISTER IMMEDIATE FIELD 


380 






<COUT>-CARRY OUT BIT MUX SELECTION 


397 






CLOCKS 


401 






<WHEN>-D/SR WHEN TO CLOCK 


409 




* 


<CLKD>-ENABLE D-REGISTER CLOCKING 


417 






<CLKSR>-ENABLE SR-REGISTER CLOCKING 


425 






<CLKBA>-ENABLE CLOCKING OF BA-REGISTER 


433 






<SCC>-ENABLE SETTING OF PS CONDITION CODES 


445 






BUS/UCON & CSP-ADDRESS & SHIFT-TREE CONTROL 


449 






BUS/UCON CONTROL 


452 






<BEGIN>-BEGIN BUS/UCON OPERATION 


460 






<SELECT>-SELECT BUS OR UCON 


468 




* 


BUS CONTROI 


471 






<BUSCODE>-BUS CODE ACTION FIELD 


488 






UCON CONTROL 


492 






<FLPGO>-START HOT FLOATING POINT 


501 






<UCON-XFER>-UCON OPERATION 


509 




>k 


<UCON-LOAD>-LOAD UCON REGISTER 


517 






CSP ADDRESS SPECIFICATION 


520 






<CSPADDR>-CSP IMMEDIATE ADDRESS 


541 






SHIFT CONTROL 


544 






<BMUX>-SECOND LEVEL OF SHIFT TREE 


552 






<AMUX>-FIRST LEVEL OF SHIFT TREE 


569 






SP REWRITE & REGISTER CLOCKS 


573 






<WRCSP>-WRITE TO CSP 


581 






<MOD>-MODE CONTROL OF FOLLOWING BITS 


590 






SP REWRITE [A,B] CONTROL 


594 






<HILO>-SP HI/LO SELECT 


604 






<WRSEL>-REWRITE ADDRESS SELECT 


614 






<WRSP>-REWRITE A/B SELECT 
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633 ~ * REGISTER LOADING 

637 ~ * <IjOADRES>-LOAD RESIDUAL CONTROL REGISTER 

647 ~ * <L0ADCOUNT>-L0AD COUNTER 

657 — * SEQUENCING FIELD 

661 ~ * <UBF>-BUI MICROBRANCH FIELD 

666 * NO BUT 

670 — * ACTIVE ONLY 

691 ~ * INACTIVE ONLY 

763 — * BOTH ACTIVE AND INACTIVE 

786 ~ * <UPF>-MICRO POINTER FIELD 

812 ~ * MISCELLANEOUS FIELDS 

816 — * <NEXT-PAGE>-NEW PAGE ADDRESS LOADED DURING BUT [SUBROUTINE] 

822 — * <MULTIPLE>-SELECT CODE FOR BUT [MULTIPLE] 

837 — * EMIT FIELD - IMMEDIATE DATA FROM MICRDWORD 

864 ~ * RETURN ADDRESS - FOR MICROSUBROUTINE CALLS 

870 ~ * UCON SELECTION AND CONTROL FIELDS 

873 — * SELECTION 

892 ~ * CONTROL (ALSO TMS ROUTINES) 

967 — * LOCAL STORE FIELDS 

990 ~ * MACRO DEFINITIONS 

993 — * PRIMITIVE OPERATIONS 

996 — * TIMING 

1032 — * WRITING THE A AND B SCRATCH PADS 

1059 — * ASP AND BSP PHYSICAL REGISTER ADDRESSES 

1091 ~ * ASP AND BSP BASE MACHINE FUNCTIONAL REGISTER ADDRESSES 

1165 ~ * ASP AND BSP INDIRECT REGISTER ADDRESSES 

1191 — * ASP, BSP INDIRECT ADDRESSING 

1206 — * WRITING THE C SCRATCH PAD 

1215 — * CSP IMPLIED ADDRESSING 

1228 — * CSP DIRECT ADDRESSING 

1243 — * SHIFT TREE SPECIFICATION 

1247 ~ * ENABLED ONTO BUS A 

1310 — * FIRST TWO LEVELS ONLY [AMUX, 

1320 — * ALU FUNCTIONS 

1341 — * COUT GENERATION 

1356 — * CLOCKS 

1360 — * BASIC REGISTER CLOCKS [D, SR, BA, CC] 

1375 — * REDEFINED FROM SP REWRITE FIELD [RES, COUNTER] 

1383 — * RES REGISTER CONTROL VALUES [FROM EMIT] 
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1 Add 

1405 — 




CC CONTROL [FROM EMIT] 


1414 — 


ii 


BUS CONTROL MACROS 


1434 — 


"k 


UCON CONTROL MACROS 


1442 — 


•k 


PROCESSOR UCON CONTROL SETUP 


1464 — 


"k 


CACHE/KT UCON CONTROL 


1498 — 


ie 


I/O UCON CONTROL 


1503 — 


k 


BUS CONTROL 


1524 — 


k 


CONSOLE I-O 


1551 — 


•i- 

X 


REMOTE CONSOLE INTERFACE 


iDbZ — 


k 


MICROBRANCH FIELD MACROS 


IdoO — 


•ir 


MISCELLANEOUS 


1582 — 


A 


OTHER SOURCES ENABLED FOR A-BUS 


T COO 

iDOO 


k 


PAGING, RETURN REGISTER 


lOUD 


k 


ADVANCED OPERATIONS 


loUy — 




DATA INTO CSP, AT P3 ONLY 


1661 — 




DATA INTO ASP, BSP, AT P2-T * P3 


1873 — 


X 


D AND SR <- (BUS-A FCN BUS-B) , AT P2-T OR P3-T 


1916 — 


k 


D[C] GETS SET 


1936 — 


k 


D-REGISTER <- [BBUS = ABUS] , BITWISE, AT P2-T OR 


1973 — 


k 


D-REGISTER <- D-REGISTER THRU SHIFT-TREE 


2007 — 


k 


D <- WHATEVER 'S LEFT, AT P2-T OR P3^ 


2055 — 


k 


SR <- DATA, AT P2 T OR P3 T 


2087 — 


k 


RES-REG OPERATION MACROS 


2096 — 


"k 


BASE MACHINE COUNTER 


2104 — 


X 


ENABLE ON BUS-A/B ONLY 


213U — 


X 


LiOAD ING BZa REG I STE R. 


2143 — 


k 


D AND SR TOGETHER 


2151 — 


X 


UCON FUNCTIONS 


2155 — 


X 


PRXESSOR UCON FUNCTIONS 


2191 — 


X 


CACHE/KT UCON FUNCTIONS 


2237 — 




1-0 UCON FUNCTIONS 


2266 — 


* 


CONSOLE UCON FUNCTIONS 


2290 — 


* 


DBUF UCON FUNCTIONS 


2300 — 


* 


MULTIPLE UCON FUNCTIONS 


2311 — 


* 


WCS FUNCTIONS 


2325 — 


* 


JAM UPP LOG MACROS 
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IDENTIFICATION 

PRODUCT CODE: 

PRODUCT NAME: PDP 11/60 DEFINITION FILE 

MAINTAINER: 11/60 ENGINEERING 

AUTHOR: 11/60 ENGINEERING 

DATE CREATED: 18-JANUAR.Y-1977 

LAST REVISION: 18^ANUARY-1977 

23-iyiAY-1977 
28^UL-1977 



COPYRIGHT (C) 1977; DIGITAL EQUIPMENT CORPORATION 

146 MAIN STREET 
MAYNARD, MASSACHUSETTS, USA 
01754 617-897-5111 

THIS SOFTWARE IS FURNISHED TO THE PURCHASER UNDER A LICENSE FOR 
USE ON A SINGLE COMPUTER SYSTEM, AND CAN BE COPIED (WITH INCLU- 
SION OF DIGITAL'S COPYRIGHT NOTICE) ONLY FOR USE IN SUCH SYSTEM, 
EXCEPT AS MAY OTHERWISE BE PROVIDED IN WRITING BY DIGITAL. 

THE INFORMATION IN THIS DOCUMENT IS SUBJECT TO CHANGE WITHOUT 
NOTICE, AND SHOULD NOT BE CONSTRUED AS A COMMITMENT BY DIGITAL 
EQUIPMENT CORPORATION. DIGITAL EQUIPMENT CORPORATION ASSUMES NO 
RESPONSIBILITY FOR ANY ERRORS THAT MAY APPEAR IN THIS DOCUMENT. 

DIGITAL ASSUMES NO RESPONSIBILITY FOR THE USE OR RELIABILITY OF 
ITS SOFTWARE ON EQUIPMENT NOT SUPPLIED BY DIGITAL. 
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56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 
88 
89 



.TOC * IDENTIFICATION 



.TITLE PDP 11/60 DEFAULT MACROS 



.TOC * REVISION HISTORY 
. IDENT AOl/ 



.TOC * MICROWORD FIELD DEFINITIONS 

NOTE: THE FOLLOWING ARE THE ASSIGNED RANGES OF THE 
MICROWORD FIELD BIT DEFINITIONS USED IN THIS 
SOURCE LISTING: 



BITS [NUMBER] 



[47:00] 



WHERE HELD 



WCS CONTROL STORE 
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Qn 
















Q1 
^j. 






* MICRDWORD 


t5J.i ljt\xULri 






Q9 
7^ 










X Ejjyux 




C _TDT?rpr TDTvl 

D— KtiiUKIM 




J 




rli-iV^tlXlMl-i 










Q4 
yi 


J 








J— KtibiULIAL— Li L 


D-LbF-ADDKhbb 


o-UCON-CONTRDL 




; 




























96 










X Cirixxnxj 






97 


'046 




AT n9 




X Ej.'ixxnxTc 


A— TTPOM— T /H— CCT 


D KtjiKXX 


98 


1U45 




riljU J. 




X CiL'ixxnxo 


A — r TPOM— TATr* C _C T? T 
ft U^^'JIN VVv^O OEjij 


O KEjIKXU 


99 


!U44 




AT Tin 




X Ciiuxxrix^ 


A— T TPHKI— Tfrp— T 
ft Uv>,ULN J\i oEjIj 




100 
















101 


!U42 




DEjIMU 






A— TTPHMT HQ 




102 


• Ut-L 








x~Ejjyix iiyi±x 


*i UUUNLiUO 


D— KhjiKUo 




in4n 




OiDCjIjU 




X rji»ixii»ixu 


ft ULUNLiU / 


D— KtiXKU / 


104 






APMl 




X Eji'lXXrlUi? 


A— TTPHMT 


D KEjXKUO 


105 


'038 








X Eil»lXXl*lUO 


A— TTPHMT 


D KtiiKUD 


106 


'U37 




AQPT 1 




X Cii'lX XXiU / 




O KEiiKUfl 


107 


1U36 








X Cil'lXXXlUvJ 


A — r TPOM— DTjnr' — QP T 


D KEjXKU J 


108 


IU35 




RTF? 




X Cii'iXXXjUJ 


A— TTPOMMl 9 
ft U l^UlNrlX £. 


D KCiiKUZ 


109 


'U34 




RTF! 










110 


1U33 








X ijrixxuuj 




U I\iIjXI\UU 


111 


1U32 








X Iji'lXXXlU^ 


ft Uv^vJLNnXJ 


7_vn7Yrn_DAr'P9 
/ InUi AX ir/\VjEj Z. 


112 


1U31 




COUTl 




X HjL'IXXXiUX 


A— nrriwHi A 


/ LNEiAX JtAVoJCjX 


113 


iU30 




COUTO 




X J_u.'lX XiJ\JU 


A-TTrDNTHI '\ 


7 _MT? YT— p Anp* n 

/ iMIZjAX irrvaCjU 


114 


IU29 


* 


WHF.N 










115 


iU28 


* 


rr.K-n 










116 


1U27 


* 


PT-Tf— QR 










117 


•U26 


* 


fT.PC— RA 










118 




* 












119 


IU24 


* 


OJ-JVIiXi.N 










120 


1U23 






-u; 


9_r3]\/rTTy 
^ OL'iUA 


PGDAriD^ 


P— CT?T T?Pfr /—I \ 


121 


1U22 




Rnc;rnr>2 






t^— PC;DAr4P9 


ft— tPT PPO 


122 


iU21 




DUOV^wUX 






n;_pcpAnDl 
J v^ijiTfiJJrxX 


ft— TTPHM— YT7PPP 


123 


!U20 








^ rii'lUAU 




ft — T IPHM— T A A r» 


124 


1U19 


* 


wRrciP 

WJaV^O IT 










125 


IU18 




HT An 

nx / 




THAD— RPQ 






126 


1U17 




WInOuXj 










127 


!U16 




TaTOR 




T HArj— PnTTKFP 
O UUrUJ^^vJ ULN X 






^ 28 


!U15 




UTDA 










1 29 


1U14 * 






J jyiuu ^— 1 ; 






J. J u 


!U13 


* 


T1RT?A 












1U12 


* 


TTRT?'5 

Utsr J 












lull 


* 


Uor Z 










J. JO 


lUlO 


* 


Utsr' 1 










J. J*! 


1U09 


* 


uor u 










135 


1U08 


* 


UPF8 










136 


1U07 


* 


UPF7 










137 


1U06 


* 


UPF6 










138 


!U05 


* 


UPF5 










139 


1U04 


* 


UPF4 










140 


1U03 


* 


UPF3 










141 


1U02 


* 


UPF2 










142 


lUOl 


* 


UPFl 










143 


lUOO 


* 


UPFO 


( * 


= DEDICATED TO THE 


CORRESPONDING SINGLE FUNCTION ) 
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144 








145 








146 


I 




BASE 


147 


1 




MACHINE 


148 


1 




CONTROL 


149 


I 






150 


1U47 




ALU3 


151 


1U46 




ALU2 


152 


iU45 




ALUl 


153 


•U44 




ALUO 


154 


1U43 




BENl 


155 


!U42 




BENO 


156 


!U41 




BSELl 


157 


1U40 




BSELO 


158 


1U39 




AENl 


159 


!U38 




AENO 


160 


1U37 




ASELl 


161 


1U36 




ASELO 


162 


1U35 




RIF2 


163 


1U34 




RIFl 


164 


1U33 




RIFO 


165 


1U32 




cour2 


166 


IU31 




COUTl 


167 


1U30 




COUTO 


168 


1U29 


* 


WHEN 


169 


!U28 


* 


CLK-D 


170 


1U27 


* 


CLK-SR 


171 


!U26 


* 


CLK-BA 


172 


!U25 


* 


SET-CC 


173 


1U24 


* 


BEGIN 


174 


1U23 




SELECT (=0) 


175 


1U22 




BUSC0D2 


176 


1U21 




BUSCODl 


177 


1U20 




BUSCODO 


178 


1U19 


* 


WRCSP 


179 


1U18 




HI/LO 


180 


iU17 




WRSEL 


181 


!U16 




WRB 


182 


1U15 




WRA 


183 


1U14 


* 


MOD{=0) 


184 


1U13 


* 


UBF4 


185 


1U12 


* 


UBF3 


186 


lull 


* 


UBF2 


187 


!U10 


* 


UBFl 


188 


!U09 


* 


UBFO 


189 


1U08 


* 


UPF8 


190 


iU07 


* 


UPF7 


191 


!U06 


* 


UPF6 


192 


1U05 


* 


UPF5 


193 


1U04 


* 


UPF4 


194 


!U03 


* 


UPF3 


195 


1U02 


* 


UPF2 


196 


lUOl 


* 


UPFl 


197 


lUOO 


* 


UPFO 


198 









LOCAL 

9- RES-BITS STORE 

10- MULTIPLE DEFINITION 



C0LZER015 
9-HISMUXSELL C0LZER014 
9-SRSl-L C0LZERD13 
9-SRSO-L C0LZER012 
COLZEROll 
COLZEROlO 

9- GUARD-EN-H COLZERO09 

COLZERO08 
COLZERO07 
COLZERO06 
COLZERO05 
COLZERO04 
COLZERO03 
COLZERO02 
COLZEROOl 

10- MULT-SEL2 COLZEROOO 
10-MULT-SELl C0L0NE15 
10-MULT-SELO C0L0NE14 

C0L0NE13 
C0L0NE12 
COLONEll 
COLONEIO 
COLONE09 
COLONE08 
COLONE07 
COLONE06 
COLONE05 
COLONE04 
COLONE03 
COLONE02 
COLONEOl 
COLONEOO 
C0LTW015 
C0LTW014 
C0LTW013 
C0LTW012 
COLTWOll 
COLTWOlO 
COLTWO09 
COLTWO08 
COLTWO07 
COLTWO06 
COLTWO05 
COLTWO04 
COLTWO03 
COLTWO02 
COLTWOOl 
COLTWOOO 



UCON 

PROCESSOR 
CONTROL 



PS<3:0>-CLK 



UBREAK-CLK 

<NU> 

<NU> 
SEL-HBMUXIL 
SEL-HBMUXOL 



FPS<7:4>-CLK 
PS<7:4>-CLK 

IR-CLOCK 

PS<15:12>-CLK 

FLAG<8:0>-CLK 
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199 
200 
201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
220 
221 
222 
223 
224 
225 
226 
227 
228 
229 
230 
231 
232 
233 
234 
235 
236 
237 
238 
239 
240 
241 
242 
243 
244 
245 
246 
247 
248 
249 
250 
251 
252 
253 



.TOC 



* MICROWORD FIELD SPECIFICATION 



.TOC * MICROWORD FIELD FORMAT 

.RADIX 8 1 ALL NUMBERS ARE OCTAL, UNLESS OTHERWISE NOTED 



.WIDTH 49R 



1 MICROWORD IS 4810 BITS WIDE, BIT <00> IS 
i RIGHTMOST BIT. BIT 48 USED FOR NULL FIELD. 



.BOUNDS [6000:7777] ! ADDRESSES ARE 12 BITS, ON PAGES 6:7 

.OBJECT <47:32>'<31:16>'<15:00> 1 OUTPUT FORMAT (DEFAULT SPEC) 



.TOC 



NULL FIELD/MACRO SPECIFICATION 



.FIELD N::=<48> 
.MACRO NULL: :=N/0 



.TOC * ALU AND INTERNAL DATA BUS CONTROL 



.TOC * <ALU>-ALU FUNCTION CONTROL BITS 

1 SPECIFIES ALU FUNCTION CODE AND CINMUX SELECT. ALWAYS IN EFFECT. 
.FIELD ALU: :=<47:44> 
I 



FUNCTION 



LOG/AR ALUS<3:0> H CINMUX L 



NOT-A: :=00 


"COMPLEMENT A, 


L 


0000 


-1 


A-PLUS-B-PLUS-PS [C] : : =01 


!ADD, 


A 


1001 


-PS [C] 


NOT-A-AND-B: :=02 


lAND, 


L 


0010 


-PS [C] 


ZERO: :=03 


IZERO, 


L 


0011 


-PS [C] 


A-PLUS-B-PLUS-D [C] : : =04 


IPLUS, 


A 


1001 


-D[C] 


A-PLUS-NOT-B-PLUS-D [C] : : 


=05 IPLUS, 


A 


0110 


-D[C] 


A-XOR-B::=06 


IXOR, 


L 


0110 


-D[C] 


A-AND-NOT-B::=07 


lAND, 


L 


0111 


-D[C] 


DIVIDE:: =10 


1 DIVIDE STEP, 










ISUB, IF D[C]H=1 


A 


0110 


-D[C] = 




lADD, IF D[C]H=0 


A 


1001 


-D[C] = 


A-PLUS-B::=11 


IPLUS, 


A 


1001 


-0 


B: :=12 


1 SELECT B, 


L 


1010 


-0 


A-AND-B: :=13 


lAND, 


L 


1011 


-0 


A-PLUS-B-PLUS-1 : : =14 


IPLUS, 


A 


1001 


-1 


A-MINUS-B::=15 


'MINUS, 


A 


0110 


-1 


A-I0R-B::=16 


IIOR, 


L 


1110 


-1 


A::=17 


1 SELECT A, 


L 


1111 


-1 
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254 








255 








256 


.TOC * 


<BEN>-B-BUS 


DATA ^OTTRCR 


257 


•SPECIFIES GATING OF DATA 


ONTO B-BUS MMKL^ IN EFFECT 


258 


.FIELD BEN::= 


=<43:42> 




259 


BSPLO: 


:=0 


IDTRFrT Rc;P TDTATTON*^ 00—17 

iUXIxCi^X OkJiT J-f^^/v^r^X J.WLNO \J\j JL 1 


260 


BSPHI: 


:=1 


inTRF.rT RSP LOCATIONS 20-37 


261 


CSP::= 


■2 


'USE <CSPADDR> [SIC] AS ADDRESS 


262 


BASC0N::=3 


11 OF 4 BASE CONSTANTS IN CSP17 


263 






1CSP14 (2 BIT) 


264 








265 








266 








267 


.TOC * 


<BSEL>-B-BUS SOURCE SELECTION CONTROL 


268 


[SPECIFIES CONTROL OF INDIVIDUAL B-BUS SOURCES. ALWAYS IN EFFECT. 


269 


.FIELD BSEL:: 


=<41:40> 




270 


ITHIS FIELD NOT USED WHEN BEN/CSP IS SPECIFIED 


271 


1CSP17 TO CSP14 IMMEDIATE 


ADDRESS WHEN BEN/BASCON 


272 


B17::= 


=0 


1 


273 


B16::= 






274 


B15::= 


--2 




275 


B14::= 


=3 




276 


ONE: := 


=0 


lONE CONSTANT 


277 


ZERO: : 


=1 


I ZERO CONSTANT 


278 


MD::=2 


'MEMORY DATA 


279 


TWO: := 


=3 




280 


lUSED IN CONJUNCTION WITH 


<RIF> FOR SP ADDRESS WHEN 


281 


IBEN/BSPLO OR BEN/BSPHI 




282 


DF: :=0 


! DESTINATION FIELD 




SF::=1 


1 SOURCE FIELD 


284 


IMMED0::=2 


! DIRECT ADDRESS, LOW BIT=0 


285 


ROO: 


:=2 


IFOR JOINT USE W/ RIF FIELD 


286 


R02: 


:=2 




287 


R04: 


:=2 




288 


R06: 


:=2 




289 


RIO- 


:=2 




290 


R12" 


:=2 




291 


R14: 


:=2 




292 


R16: 


:=2 




293 


IMMED1::=3 


1 DIRECT ADDRESS, LOW BIT=1 


294 


ROl 


.:=3 


IFOR JOINT USE W/ RIF FIELD 


295 


R03 


::=3 




296 

JL, ^ \J 


R05 


::=3 




297 


R07 


::=3 




298 


Rll 


::=3 




299 


R13 


::=3 




300 


R15 


::=3 




301 


R17 


::=3 




302 
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303 

304 .TOC * <AEN>-A-BUS DATA SOURCE 

305 iSPECIFIES GATING OF DATA ONTO A-BUS. ALWAYS IN EFFECT. 

306 .FIELD AEN: :=<39:38> 

307 XMUX::=0 iXMUX=SR OR FLTPT ASSEMBLE 

308 CiyiUX::=l ! SHIFT TREE 

309 ASPL0::=2 'DIRECT ASP LOCATIONS 00-17 

310 ASPHI::=3 'DIRECT ASP LOCATIONS 20-37 
311 

312 
313 

314 .TOC * <ASEL>-A-BUS SOURCE SELECTION CONTROL 

315 ISPECIFIES CONTROL OF INDIVIDUAL A-BUS SOURCES. ALWAYS IN EFFECT. 

316 .FIELD ASEL0::=<36> 

317 IXMUX CONTROL WHEN AEN/XMUX [USES ASELO ONLY] 

318 SR:.:=0 ISR OUTPUT ONTO BUS-A 

319 FLTPT ::=1 IFLTPT-ASSEMBLE ONTO BUS-A 

320 .FIELD ASEL: :=<37:36> 

321 ICMUX CONTROL WHEN AEN/CMUX. SHIFTS CMUX INPUT APPROPRIATE AMOUNT 

322 LEFT-1::=0 I LOW BIT GETS SENDMUX OUTPUT 

323 DIRECT: :=1 10UTPUT=INPUT 

324 RIGHT-1::=2 IHIGH BIT GETS D[C] 

325 RIGHT-2::=3 IHIGH BITS BOTH GET D[C] 

326 lUSED IN CONJUNCTION WITH <RIF> FOR SP ADDRESS WHEN 

327 lAEN/ASPLO OR AEN/ASPHI 

328 IMMEDO::=0 ! DIRECT ADDRESS, LOW BIT=0 

329 R00::=0 IFOR JOINT USE W/ RIF FIELD 

330 R02::=0 I 

331 R04::=0 ! 

332 R06::=0 ! 

333 R10::=0 1 

334 R12::=0 1 

335 R14::=0 ! 

336 R16::=0 i 

337 IMMED1::=1 'DIRECT ADDRESS, LOW BIT=1 

338 R01::=l IFOR JOINT USE W/ RIF FIELD 

339 R03::=l 1 

340 R05::=l I 

341 R07::=l ! 

342 Rll::=l 1 

343 R13::=1 I 

344 R15::=1 1 

345 R17::=1 1 

346 DF::=2 [DESTINATION FIELD 

347 SF::=3 1 SOURCE FIELD 
348 
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349 






350 






351 


.TOC * <RIF>-ASP, BSP REGISTER IMMEDIATE FIELD 


352 


1 SPECIFIES ADDRESSES WITH ASP, BSP ALONG WITH AEN, ASEL & BEN, BSEL 


353 


.FIELD RIF::=<35:33> 




354 


R00-OR-01::=4 


ILOW BIT IS 0/1, SPECIFIED BY 


355 


R00::=4 


1 


356 


ROl: :=4 


1 


357 


R02-OR-03: :=5 


1 USING EITHER IMMEDO/IMMEDl MODES 


358 


R02::=5 


1 


359 


R03::=5 


1 


360 


R04-OR-05::=6 


I 


361 


R04::=6 


I 


362 


R05::=6 


i 


363 


R06-OR-07::=7 


I 


364 


R06::=7 


1 


365 


R07::=7 


1 


366 


R10-OR-11::=0 


1 


367 


R10::=0 


1 


368 


R11::=0 


1 


369 


R12-OR-13 : : =1 ! ADDR<3 


:0>H = -RIF<2>H # RIF<1:0>H # A/BSEL<0>H 


370 


R12::=1 


1 


371 


R13::=1 


1 


372 


R14-0R-15::=2 


1 


373 


R14::=2 


1 


374 


R15::=2 


I 


375 


R16-0R-17::=3 


1 


376 


R16::=3 


1 


377 


R17::=3 


I 


378 






379 






380 


.TOC * <C0UT>-CARRY OUT 


BIT MUX SELECTION 


381 


1 SPECIFY INPUT TO D[C] REGISTER, 


LOADED WHEN D REGISTER LOADED. 


382 


ITHIS IS ALWAYS IN EFFECT. 




383 


.FIELD COUT: :=<32:30> 




384 


CIN: :=0 


lOUTPUT OF CINMUX [SIC] 


385 


PS [C] ::=1 


IPS C-BIT 


386 


ALU00::=2 


'ALU OUTPUT BIT 00 


387 


ALU07::=3 


lALU OUTPUT BIT 07 


388 


ALU15::=4 


!ALU OUTPUT BIT 15 


389 


COUT07::=5 


IBYTE CARRY BIT 


390 


C0UT15::=6 


IWORD CARRY BIT 


391 


D[C] ::=7 


IPROPOGATE [SAVE] LAST D[C] 


392 






393 










394 
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395 
396 

397 .TOC * CLOCKS 

398 

399 

400 

401 .TOC * <:WHEN>-D/SR WHEN TO CLOCK 

402 1 SPECIFY CLOCK D/SR REGISTERS AT P2 T OR P3 T. ALWAYS IN EFFECT. 

403 .FIELD WHEN: :=<29>,0 

404 AT-P2-T: :=0 'CLOCK D AND/OR SR AT P2 T[100 NS] . 

405 AT-P3^: :=1 ICLOCK D AND/OR SR AT P3 T[150 NS] . 
406 

407 
408 

409 .TOC * <CLKD>-ENABLE D-REGISTER CLOCKING 

410 'ENABLES CLOCKING OF D-REGISTER. ALWAYS IN EFFECT. 

411 .FIELD CLKD: :=<28>,0 

412 NO::=0 !NOP 

413 YES::=1 ICLOCK D[C] , D-REGISTER AT <WHEN> 
414 

415 
416 

417 .TOC * <CLKSR>-ENABLE SR-REGISTER CLOCKING 

418 1 ENABLES CLOCKING OF SR-REGISTER. ALWAYS IN EFFECT. 

419 .FIELD CLKSR: :=<27>,0 

420 NO::=0 'NOP 

421 YES::=1 'CLOCK SR-REGISTER AT <WHEN> 
422 

423 
424 

425 .TOC * <CLKBA>-ENABLE CLOCKING OF BA-REGISTER 

426 1 ENABLES CLOCKING OF BA-REGISTER AT Pi T[60 NS] . ALWAYS IN EFFECT. 

427 .FIELD CLKBA: :=<26> ,0 

428 NO::=0 INOP 

429 YES::=1 ICLOCK BA-REGISTER AT Pi T[60 NS] . 
430 

431 
432 

433 .TOC * <SCC>-ENABLE SETTING OF PS CONDITION CODES 

434 lENABLE CLOCKING OF PS CONDITION CODES AT P2 T[100 NS] OF NEXT DWORD. 

435 ID MUST BE CLOCKED AT P2 T OR EARLIER OF PREVIOUS MICRDWORD. 

436 'THIS IS ALWAYS IN EFFECT. 

437 .FIELD SCC::=<25>,0 

438 NO::=0 'NOP 

439 YES::=1 'ENABLE CLOCKING IN NEXT UWORD 
440 

441 1 

442 
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443 
444 
445 
446 
447 
448 
449 
450 
451 
452 
453 
454 
455 
456 
457 
458 
459 
460 
461 
462 
463 
464 
465 
466 
467 
468 
469 
470 
471 
472 
473 
474 
475 
476 
477 
478 
479 
480 
481 
482 
483 
484 
485 
486 
487 
488 
489 
490 
491 
492 
493 
494 
495 
496 
497 
498 



.TOC * BUS/UCON & CSP-ADDRESS & SHIFT^REE CONTROL 



.TOC * BUS/UCON CONTROL 



.TOC * <BEGIN>-BEGIN BUS/UCON OPERATION 

•INITIATE BUS XOR UCON OPERATION. ALWAYS IN EFFECT. 
. FIELD BEGIN : : =<24 > , 

NO: :=0 !NOP FOR BUS AND UCON OPERATIONS 

YES::=1 IBEGIN OPERATION SPECIFIED 



.TOC * <SELECT>-SELECT BUS OR UCON 

•SELECT BUS XOR UCON. ONLY USED IF BEGIN/YES. 
.FIELD SELECT: :=<23> 

BUS: :=0 ! SELECT BUS 

UC0N::=1 1 SELECT UCON 



.TOC 



BUS CONTROL 



.TOC * <BUSCODE>- 
!BUS ACTION CODES. ONLY USED 
.FIELD BUSCODE::=<22:20> 

DATI-CLKIR::=0 

DATI-NOINT: :=1 

DAT0::=2 

DATIB::=3 

DATIB [P] ::=3 

DATIP: :=4 
DAT0B::=5 
DATI: :=6 
DATI [P] ::=6 
INVALIDATE:: =7 



■BUS CODE ACTION FIELD 

IF BEGIN/YES & SELECT/BUS. 

IDATA IN, LOAD IR 

•DATA IN, NO INTERNAL ADDRESS 

•DATA OUT 

IDATA IN, ALLOW: ODD ADDRESS 
•DATA IN, ALLOW: ODD ADDRESS, 
I FORCE TO PAUSE. 
•DATA IN, NO CACHE, LOCK BUS 
IDATA OUT, ALLOW: ODD ADDRESS 
IDATA IN 

•DATA IN, ALLCW: FORCE TO PAUSE 
[INVALIDATE CACHE LOCATION FUNCTION 



.TOC * UCON CONTROL 



.TOC * <FLPGO>-START HOT FLOATING POINT 

I INITIATES HOT FLOATING POINT FUNCTION. ONLY USED IF BEGINAES 

I AND SELECT/UCON. 

.FIELD FLPGO::=<22> 

NO::=0 INOP 

YES: :=1 lYELL GO 
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499 

500 

501 

502 

503 

504 

505 

506 

507 

508 

509 

510 

511 

512 

513 

514 

515 

516 

517 

518 

519 

520 

521 

522 

523 

524 

525 

526 

527 

528 

529 

530 

531 

532 

533 

534 

535 

536 

537 

538 

539 

540 

541 

542 

543 

544 

545 

546 

547 

548 

549 



.TOC * <UCON-XFER>-UCON OPERATION 

'EXECUTE A UCON FUNCTION. ONLY USED IF BEGIN AES & SELECTAJCON. 
.FIELD UCON-XFER: :=<21> 

NO::=0 INOP 

YES::=1 i START UCON OPERATION 



.TOC * <UCON-LOAD>-LOAD UCON REGISTER 

I LOAD UCON CONTROL REGISTER. ONLY USED IF BEGIN AES & SELECT/UCON. 

.FIELD UCON-LOAD: :=<20> 

NO::=0 INOP 

YES::=1 'LOAD UCON CONTROL REGISTER 



.TOC * CSP ADDRESS SPECIFICATION 



.TOC * <CSPADDR>-CSP IMMEDIATE ADDRESS 

1 SPECIFY CSP 4 BIT ADDRESS. ONLY USED IF BEN/CSP. 
.FIELD CSPADDR::=<23:20> 



D00::=17 
D01::=16 
D02::=15 
D03::=14 
D04::=13 
D05::=12 
D06::=ll 
D07::=10 
D10::=07 
Dll::=06 
D12::=05 
D13::=04 
D14::=03 
D15::=02 
D16::=01 
D17::=00 



NOTE INVERSION 



.TOC 



.TOC 



SHIFT CONTROL 



* <BMUX>-SECOND LEVEL OF SHIFT TREE 

IBMUX CONTROLS SHIFT RIGHT OF OR 4. ALWAYS IN EFFECT. 
.FIELD BMUX::=<23> 

DIRECT: :=0 1AMUX<15:00> 
RIGHT-4::=1 14*D[C] # AMUX <15:04> 
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550 

551 

552 

553 

554 

555 

556 

557 

558 

559 

560 

561 

562 

563 

564 

565 

566 

567 

568 

569 

570 

571 

572 

573 

574 

575 

576 

577 

578 

579 

580 

581 

582 

583 

584 

585 

586 

587 

588 

589 

590 

591 

592 

593 

594 

595 

596 

597 

598 

599 

600 

601 

602 



.TOC * <AMUX>-FIRST LEVEL OF SHIFT TREE 

IMUX CONTROLS INPUT OF D-REG/COUNTER TO TREE. ALWAYS IN EFFECT. 

.FIELD AMUX::=<22:20> 



DIRECT: :=0 
D[LO]#D[LO] ::=1 
SIGNEXT::=2 
COUNrER#D[LO] ::=3 
COUNTER: :=3 
D[HI]#D[HI] ::=4 
SWAB: :=5 
RIGHT-8 : : =6 
COUNTER#D[HI] ::=7 



1D<HI> # D<LO> 
1D<L0> # D<LO> 
I8*D[C] # D<LO> 
1 COUNTER # D<LO> 
ISAME 

!D<HI> # D<HI> 
1D<L0> # D<HI> 
18*D[C] # D<HI> 
1 COUNTER # D<HI> 



.TOC 



SP REWRITE & REGISTER CLOCKS 



.TOC * <WRCSP>-WRITE TO CSP 

I WRITE CSP FROM DMUX [BUSDIN/CACHE] . ALWAYS IN EFFECT. 
.FIELD WRCSP: :=<19>,0 

NO::=0 INOP 

YES::=1 !0N P3, 120-150 NS. 



.TOC * <M0D>-M0DE CONTROL OF FOLLOWING BITS 

! CONTROLS REDEFINITION OF SP REWRITE/REGISTER CLOCK BITS. 

ITHIS IS ALWAYS IN EFFECT. 

.FIELD MOD: :=<14>,0 

CLKSP::=0 1 CONTROL ASP/BSP CLOCKING 

L0ADREG::=1 1 CONTROL RES-REG/COUNTER LOADING 



.TOC * SP REWRITE [A,B] CONTROL 
IWHEN MOD/CLKSP 



.TOC * <HILO>-SP HI/LO SELECT 

! WHICH HALF OF SP'S TO REWRITE. ONLY IF MOD/CLKSP. 

.FIELD HIL0::=<18> 

LO::=0 1 REWRITE ENABLE A/B SP LO [00-17] 

L::=0 1 

HI::=1 ! REWRITE ENABLE A/B SP HI [20-37] 

H::=l ! 
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603 






604 


.TOC 


* <WRSEL>-REWRITE ADDRESS SELECT 


605 


IWHICH WRITE ADDRESS TO USE ON REWRITE. ONLY IF MOD/CLKSP. 


606 


.FIELD 


WRSEL: :=<17> 


607 




A-ADDR::=0 lUSE A ADDRESS ON REWRITE 


608 




A::=0 ! 


609 




B-ADDR::=1 I USE B ADDRESS ON REWRITE 


610 




B: :=1 


611 






DlZ 






bio 








. iUL 


^ <WRSP>-REWRITE A/B SELECT 




IhjJMADLtj 


REWRITE OF SPECIFIC SP S. ONLY IF MOD/CLKSP. 


olo 


,r ibLD 


WKbP: :=<16:1d> 


bl / 




XV^Ti • . —-C\ 1 XT/^ TV C^T\ /nf^T> nrfr.TT^Tl 1113 

NOP::-U iNO ASP/BSP REWRITE 


blo 




T.TTi TV * » — T 1 T.TOTiTir^ TV O'Pi /^XTT \7 /^X7 T^O TOO ICO X70 

WR-A::-1 IWRITE ASP ONLY, ON P3 lzO-15U NS. 


biy 




A: :— 1 i 


620 




AbP: :— 1 1 


bzl 




WK-B::-z IWRITE BSP ONLY, ON PJ IzU— IdU NS. 


coo 
bzz 




B: :-z 1 


COT 

bzJ 




BbP: :— z 1 


C O /I 

bz4 




WR-A-AND-B : : -3 IWRITE BOTH ON P3 


^ o c 

625 




TV T> * - — O 1 

AB::=3 1 


626 




BA::=3 1 


Kill 




ABSP::=3 1 


628 




BASP::=3 i 


bzy 




B0TH::=3 1 


630 






631 






632 






633 


.TOC 


* REGISTER LOADING 


634 


IWHEN MOD/LOADREG 


CO c 

bjD 






bob 






b J / 


.TOC 


* <LOADRES>-LOAD RESIDUAL CONTROL REGISTER 


bjo 


1 ENABLE 


LOAD OF RESIDUAL CONTROL REGISTER FROM B-BUS. 


CO Q 

boy 


ITHIS IS ONLY IF MOD/LOADREG. 


b4U 


.FIELD 


L0ADRES::=<18> 


b41 




NO::=0 INOP 


Cvl O 

b4z 




YES : : =1 1 LOAD RES WITH B-BUS<14 : 11 > 


C/l o 

b4J 




lAT P2 T[100 NS], B-BUS<14> COMPLEMENTED 


644 






645 






646 






647 


.TOC 


* <LOADCOUNT>-LOAD COUNTER 


648 


! ENABLE 


LOAD OF COUNTER FROM B-BUS <7:0>. ONLY IF MOD/LOADREG. 


649 


.FIELD 


LOADCOUNT: :=<16> 


650 




NO::=0 INOP 


651 




YES::=1 ILOAD COUNTER AT P2 T[100 NS] . 


652 






653 










654 
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655 
656 

657 .TOC * SEQUENCING FIELD 

658 

659 

660 

661 .TOC * <UBF>-BUr MICPOBRANCH FIELD 

662 1 SPECIFIES CONDITIONS TO MODIFY <UPF>/<J> FIELD DURING BRANCH. 

663 ITHIS IS ALWAYS IN EFFECT. 

664 .FIELD UBF: :=<13:9>,30 
665 

666 .TOC * NO BUT 

667 NULL:: =30 i SPECIFY NO MODIFICATION 

668 1 (DEFAULT CONDITON) . 
669 

670 .TOC * ACTIVE ONLY 

671 'PURELY ACTIVE BUTS GENERATE SIDE AFFECTS; THEY DO NOT MODIFY THE <UPF> 

672 I FIELD BY THE "OR-ING"-INHDF-CONDITIONS METHOD. THEY MAY MODIFY 

673 ! EXPLICITLY THE ENTIRE <UPF> FIELD, AS IN BUT (RETURN) 



674 R-OR-l::=22 'FORM R[SF]-IOR-"001 

675 CUA-TRACK::=31 1 RESUME/RESTART CUA TRACKING 

676 CLR-FLAG-RES-UCON : : =32 I CLEAR FLAGS<2 : > , EX-FLAG<1 > , 

677 IRES-REGISTER, UCON-REGISTER 

678 DIAGNOSE:: =33 I SPECIAL DIAGNOSTIC BUT 

679 SUBRB::=34 1 RETURN <- EMIT<14: 03 >, 

680 IPAGE <- EMIT<02:00> 

681 SUBR-B::=34 ! SYNONYMS ARE: 

682 GOTO:: =34 ! 

683 GO-TO: :=34 1 

684 SUBRA::=35 IRETURN <- D<14:03>, 

685 IPAGE <- EMIT<02:00> 

686 SUBR-A : : =35 ! SYNONYM 

687 B#36::=36 ITBD 

688 RETURN: :=37 IPAGE <- RETURN<11: 09 >, 

689 !NUA <- RETURN<08:00> 
690 



691 .TOC * INACTIVE ONLY 

692 1 INACTIVE BUTS ONLY CAUSE MODIFICATION OF THE <UPF> FIELD BY THE 

693 1"0R-ING"-IN-0F-C0NDITI0NS METHOD. 



694 








-UPF 


MASK 


695 






1876 


543 


210 


OCTAL 


696 






!*=NOT AFFECTED 


697 


SR3-0:' 


.=00 


1 *** 


**o 


000 


(000) 


698 


CASE- 


::=00 


I 








699 


SR03 


::=00 


1 *** 


**o 


111 


(007) 


700 


SR02 


::=00 


I *** 




Oil 


(013) 


701 


SROl: 


:=00 


1 *** 




101 


(015) 


702 


SROO- 


:=00 


I *** 




110 


(016) 


703 


IR15-12::=01 


1 *** 


**o 


000 


(000) 


704 


DOP:: 


:=01 


1 








705 


INSTR5: :=02 


I *** 


*00 


000 


(000) 


706 


INSTR-5::=02 


1 








707 


IRll#FLTPT3-0::=03 


1 *** 


*00 


000 


(000) 


708 


IRll- 


-A: :=03 


1 *** 


*01 


111 


(017) 


709 


IR9-6: 


:=04 


1 *** 


**o 


000 


(000) 


710 


SOP: 


.=04 


1 
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711 


MOV-DR7#IR5-3::=05 


1 *** 




000 


(000) 


712 


MOV-DR7::=05 


I*** 


**o 


111 


(007) 


713 


IR5-3::=05 


I *** 


■k-kl 


000 


(010) 


714 


BGSERV-FPSERV#D [C] #FPRET: : =07 


I *** 




000 


(000) 


715 


BGSERV-FPSERV: : =07 


I *** 


**o 


111 


(007) 


716 


D[C]-C::=07 


1 *** 


**1 


oil 


(013) 


717 


FPRETl-0::=07 


1 *** 


**1 


100 


(014) 


718 


COUT07#DOUT07#FPS05: :=10 


1 *** 


*** 


000 


(000) 


719 


COUT07::=10 


1 *** 


*** 


oil 


(003) 


720 


DOUT07::=10 


1 *** 


*** 


101 


(005) 


721 


COUT07#DOUT07::=10 


1 *** 


*** 


001 


(001) 


722 


FPS05::=10 


1 *** 


*** 


110 


(006) 


723 


DMO#SMO#BYTE: :=11 


1 *** 


*** 


000 


(000) 


724 


DM0: :=11 


I *** 


*** 


oil 


(003) 


725 


SMO: :=11 


1 *** 


*** 


101 


(005) 


726 


BYTE: :=11 


I*** 


*** 


110 


(006) 


727 


GD3-2: :=12 


I *** 


*** 


*00 


(000) 


728 


BG-SERVCE-L#MFSS#MULTIPLE: :=14 


I*** 


*** 


000 


(000) 


729 


BG-SERVCE-L::=14 


1 *** 


*** 


oil 


(003) 


730 


MFSS::=14 


1 *** 


*** 


101 


(005) 


731 


MULTIPLE:: =14 


1 *** 


*** 


110 


(006) 


732 


MASKED-PS [T] ::=14 


1 








733 


DOO: :=14 


1 








734 


PS [N] ::=14 


1 








735 


FLAG7::=14 


1 








736 


EXFLAG1::=14 


i 








737 


FLTPTS::=14 


1 








738 


EXFLAG2::=14 


1 








739 


INIT-JAM::=14 


1 








740 


D14-00EQ0#D15::=15 


1*** 


*** 


*00 


(000) 


741 


Dl4-00-EQ-0#Dl5::=15 


! 








742 


Dl4-00-EQ-0::=15 


I *** 


*** 


*01 


(001) 


743 


D15::=15 


I *** 


*** 


*10 


(002) 


744 


IR11#PS15::=16 


I *** 


*** 


*00 


(000) 


745 


IR11-B::=16 


1 *** 


*** 


*01 


(001) 


746 


PS15::=16 


1 *** 


*** 


*10 


(002) 


747 


VECTOR-LOAD#DR6-7L: :=21 


I*** 


*** 


*00 


(000) 


748 


VECTOR-LOAD: :=21 


1*** 


*** 


*01 


(001) 


749 


DR6-7L::=21 


1 *** 


*** 


*10 


(002) 


750 


D[C]#BA00::=23 


1*** 


*** 


*00 


(000) 


751 


D[C]-B::=23 


I *** 


*** 


*01 


(001) 


752 


BAOO : : =23 


1 *** 


*** 


*10 


(002) 


753 


OTHER-JAM#FP-PRDC: :=24 


1*** 


*** 


*00 


(000) 


754 


OTHER- JAM: :=24 


1*** 


*** 


*01 


(001) 


755 


FP-PROC::=24 


1 *** 


*** 


*10 


(002) 


756 


INTR-HIOittlNSTR-BRANCH-L: :=26 


I*** 


*** 


*00 


(000) 


757 


INTR-HI(3i::=26 


I*** 


*** 


*01 


(001) 


758 


INSTR-BRANCH-L: :=26 


1*** 


*** 


*10 


(002) 


759 


PREFETCH-JAM#FP-FD: : =27 


1*** 


*** 


*00 


(000) 


760 


PREFETCH-JAM:: =27 


I*** 


*** 


*01 


(001) 


761 


FP-FD: :=27 


1 *** 


*** 


*10 


(002) 


762 
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763 .TOC * BOTH ACTIVE AND 

764 ITHESE BUTS HAVE BOTH ACTIVE AND 



INACTIVE 

INACTIVE EFFECTS 



765 




I upp MASK 




766 




1876 543 210 


OCTAL 




767 




1*=N0T AFFECTED 




768 


INSTR1::=06 


1*00 000 000 


(000) 


BUS CONTROL, 


769 




ISP REWRITE DEFEAT 




770 


INSTR-1::=06 








771 


SRl-0#COUNT-IS-377 : : =13 


1*** *** 000 


(000) 


BUMP COUNTER 


772 


SR1-0::=13 


I*** *** 001 


(001) 


BUMP COUNTER 


773 


COUNT-IS-377-A: :=13 


1*** *** WQ 


(006) 


BUMP COUNTER 


774 


COUNT-IS-377#D [C] : : =17 


I*** *** *oo 


(000) 


BUMP COUNTER 


775 


COUNT-IS-377-B::=17 


1*** *** *oi 


(001) 


BUMP COUNTER 


776 


D[C]-A::=17 


1*** *** *io 


(002) 


BUMP COUNTER 


777 


COUNT-IS-377::=25 


I*** *** **o 


(000) 


BUMP COUNTER 


778 


PREFETCH-L#SERVICE: :=20 


1*** *** *oo 


(000) 


TIMING 


779 


PREFETCH-L: :=20 


1*** *** *oi 


(001) 


TIMING 


780 


SERVICE:: =20 


1*** *** *io 


(002) 


TIMING 


781 


LAST: :=20 


I*** *** *11 


(003) 


TIMING 



782 
783 
784 
785 
786 
787 
788 
789 
790 
791 
792 
793 
794 
795 
796 
797 
798 
799 
800 
801 
802 
803 
804 
805 
806 
807 
808 

809 
810 



.TOC * <UPF>-MICRO POINTER FIELD 

1 SPECIFIES EITHER NEXT MICROINSTRUCTION ADDRESS OR BASE TARGET 
1 ADDRESS TO BE USED "UNDER" THE BUT-CODE IN <UBF>. 

.FIELD UPF::=<8:0>,000 lACTUAL MICROWORD POINTER FIELD 

.ADDRESS J::=<8:0> ITHIS FIELD ALSO HAS 

IMICROADDRESS QUALITIES 

IBASE MACHINE MICROCODE ENTRY POINTS: 



ITHESE 

INITOl 

CON99 

FETOl 

FET03 

SEROl 

SER02 

TRPOO 

TRP07 

BRA05 

EOSIA 



ENTRY POINTS HAVE BEEN FIXED AS OF 31-AUGUST-1976. 



0412 
0040 
0702 
0700 
0701 
0703 
0127 
0631 
0003 
0460 



1 INITIALIZATION SUBROUTINE (3412). 

IFORCE "CONSOLE-MODE HALT" (1040) . 

IINSTR FETCH, NO OVERLAP 

IINSTR FETCH, OVERLAP 

1 SERVICE ENTRY, OVERLAP 

1 SERVICE ENTRY, NO OVERLAP 

I 

1 (4631). 

1 CHECK SERVICE WITH FETOl AS TARGET. 
lEND OF SERVICE ROUTINE. (1460) . 
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811 






812 


.TOC 


* MISCELLANEOUS FIELDS 


813 






814 






815 






816 


.TOC 


* <NEXT-PAGE>-NEW PAGE ADDRESS LOADED DURING BUT [SUBROUTINE] 


817 


'THESE 


3 BITS ARE CLOCKED INTO PAGE REGISTER DURING A BUT[SUBRA] OR 


818 


lBUr[SUBRB] . ONLY USED WHEN UBF/BUT [SURRA] OR UBF/BUT [SUBRB] . 


819 


.FIELD 


NEXT-PAGE: :=<32:30> 


820 






821 






822 


.TOC 


* <MULTIPLE>-SELECT CODE FOR BUT [MULTIPLE] 


823 


"MUST BE SET IN BOTH PREVIOUS AND CURRENT MICROWORDS WHEN BUT [MULTIPLE] 


824 


IIS TO 


BE EMPLOYED. 


825 


.FIELD 


MULTIPLE: :=<32:30> 


826 




MASKED-PS [T] : : =0 1 


827 




DOO : : =1 1 


828 




PS[N]::=2 1 


829 




FLAG7::=3 1 


830 




EXFLAG1::=4 1 


831 




FLTPTS::=5 1 


832 




EXFLAG2::=6 I 


833 




INIT-JAM::=7 1 


834 






835 






836 






837 


.TOC 


* EMIT FIELD - IMMEDIATE DATA FROM MICROWORD 


838 


lUSED WHENEVER LOADING IMMEDIATE DATA FROM MICROWORD 


839 


.FIELD 


EMIT: :=<47:44>'<41:30> 


840 


.FIELD 


EMITH: :=<47:44> 


841 


.FIELD 


EMITM: :=<41:38> 


842 


.FIELD 


EMITL: :=<37:30> 


843 


.FIELD 


EMITML: :=<41:30> 


844 


.FIELD 


EMIT9-6::=<39:36> 


845 


.FIELD 


EMIT15: :=<47> 


846 


.FIELD 


EMIT14: :=<46> 


847 


.FIELD 


EMIT13: :=<45> 


848 


.FIELD 


EMIT12: :=<44> 


849 


.FIELD 


EMITll: :=<41> 


850 


.FIELD 


EMIT10::=<40> 


851 


.FIELD 


EMIT09::=<39> 


852 


.FIELD 


EMIT08::=<38> 


853 


.FIELD 


EMIT07::=<37> 


854 


.FIELD 


EMIT06::=<36> 


855 


.FIELD 


EMIT05::=<35> 


856 


.FIELD 


EMIT04: :=<34> 


857 


.FIELD 


EMIT03::=<33> 


858 


.FIELD 


EMIT02::=<32> 


859 


.FIELD 


EMIT01::=<31> 


860 


.FIELD 


EMIT00::=<30> 


861 






862 
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863 
864 
865 
866 
867 
868 
869 
870 
871 
872 
873 
874 
875 
876 
877 
878 
879 
880 
881 
882 
883 
884 
885 
886 
887 
888 
889 
890 



.TOC * RETURN ADDRESS - FOR MICROSUBROUTINE CALLS 
lUSED WITH BUT[SUBRB] AND BUT[SUBRA] 

.FIELD RETURN: :=<46:44> '<41: 33 > IPAGE # D.I. P. 



.TOC 



.TOC 



UCON SELECTION AND CONTROL FIELDS 



* SELECTION 
.FIELD UCON-SEL-I-O: :=<46> 
NO: :=0 
YES: :=1 
.FIELD UCON-SEL-WCS: :=<45> 
NO: :=0 
YES::=1 

. FIELD UCON-SEL-CACHEKT : : =<44 > 
NO: :=0 
YES::=1 

. FIELD UCON-SEL-PROC : : =<36 > 
NO: :=0 
YES::=1 

. FIELD UCON-SEL-FLTPT : : =<33 > 
NO: :=0 
YES::=1 



•SELECT I-O [BUS] CONTROL 



•SELECT WCS/ECS/IDCS 



•SELECT CACHE/KT 



! SELECT PROCESSOR CONTROL 



! SELECT HOT FLOATING POINT 
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891 
892 
893 
894 
895 
896 
897 
898 
899 
900 
901 
902 
903 
904 
905 
906 
907 
908 
909 
910 
911 
912 
913 
914 
915 
916 
917 
918 
919 
920 
921 
922 
923 
924 
925 
926 
927 
928 
929 
930 
931 
932 
933 
934 
935 
936 
937 
938 
939 



.TOC * CONTROL (ALSO TMS ROUTINES) 

1 AFTER UCON[S] SELECTED FROM ABOVE, CONTROL COMES FROM HERE. 

.FIELD UCON: :=<32:30>'<35:34>'<47>'<42:38> 

I 

•WHEN INVOKING TMS ROUTINES TO TALK TO LOCAL STORE THEN USE THE 
•FOLLOWING NAMES AS FORMAL PARAMETERS IN THE SUBSTITUTION MACRO 
1 TMSPTR_(XX) . THESE ARE THE ONLY LEGAL VALUES THAT WILL 

IWORK IN THE MACRO. FURTHER EXPLANATION OF THESE ROUTINES 
'CAN BE OBTAINED IN THE LISTING OF THE TMS ROM. 



READ 

READANDINC 

LOADANDREAD 

LOADREADINC 

WRITE 

WRITEANDINC 

LOADANEWRITE 

LOADWRITEINC 

INCANDREAD 
LOADADDRESS 

LOADGRS 

STOREGRS 

LOADFP 

STOREFP 

LOADCSP 

STORECSP 

LOADWCSAB 

STOREWCSAB 

SETLOAD 

SETSTORE 

ASPADLOAD 

ASPADSTORE 

BSPADLOAD 

BSPADSTORE 

ALLCSPLOAD 

ALLCSPSTORE 

LOADREADTWO 

INCREADTWD 

LOADWRITETWO 
WRITETWD 



=0064 
=0050 
=0040 
=0070 

=0030 
=0010 
=0020 
=0002 

;=0012 
;=0100 

;=0104 

:=0140 

=0174 
=0266 
=0360 
=0420 
=0462 
=0502 
=0522 
=0530 
=0534 
=0646 
=0756 
=1070 
=1202 
=1252 
=1324 
=1334 

=1342 
=1352 



READ DATA. 

READ DATA TO MD, INCREMENT ADDR. 
LOAD ADDRESS AND THEN READ DATA. 
LOAD ADDRESS, READ DATA, 

INCREMENT ADDRESS. 
WRITE DATA. 

WRITE DATA AND THEN INCREMENT ADDRESS. 
LOAD ADDRESS AND THEN WRITE DATA 
LOAD ADDRESS, WRITE DATA, 

INCREMENT ADDRESS. 
INCREMENT ADDRESS AND THEN READ DATA. 
LOAD ADDRESS 

LOAD GR'S FROM 

LOCAL STORE 
SAVE GR'S INTO 

LOCAL STORE 
LOAD FP REGISTERS FROM LOCAL STORE 
SAVE FP REGISTERS INTO LOCAL STORE 
LOAD CSP [00-13] INTO LOCAL STORE. 
SAVE CSP [00-13] INTO LOCAL STORE. 
LOAD WCS WORK REGISTERS FROM LOCAL STORE 
SAVE WCS WORK REGISTERS INTO LOCAL STORE. 
SAME AS LOADREADINC. 
SAME AS LOAD ADDRESS. 
LOAD ASP [00-37] FROM LOCAL STORE 
INTO LOCAL STORE 
FROM LOCAL STORE. 
INTO LOCAL STORE. 
FROM LOCAL STORE. 
INTO LOCAL STORE. 
LOAD ADDRESS AND READ TWO DATA ITEMS 
INCREMENT ADDRESS AND READ 
TWO DATA ITEMS 
LOAD ADDRESS AND WRITE TWO DATA ITEMS. 
INCREMENT ADDRESS AND WRITE 
TWO DATA ITEMS. 



SAVE ASP [00-37] 
LOAD BSP [00-37] 
SAVE BSP [00-37] 
LOAD CSP [00-17] 
SAVE CSP [00-17] 
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940 READINDIRECT ::=1362 iREAD DATA ITEM INDIRECTLY. 

941 WRITEINDIRECT ::=1376 ! WRITE DATA ITEM INDIRECTLY. 

942 LOADFPOl ::=1412 ILOAD FPO AND FPl FROM LOCAL STORE. 

943 LOADFP23 ::=1444 IIOAD FP2 AND FP3 FROM LOCAL STORE. 

944 LOADFP45 ::=1476 IIDAD FP4 AND FP5 FROM LOCAL STORE. 

945 STOREFPOl ::=1530 ISAVE FPO AND FPl INTO LOCAL STORE. 

946 STOREFP23 ::=1562 ISAVE FP2 AND FP3 INTO LOCAL STORE. 

947 STOREFP45 ::=1614 ISAVE FP4 AND FP5 INTO LOCAL STORE. 

948 LOADTEMP : :=1646 ILOAD TEMPS FROM LOCAL STORE. 

949 STORETEMP ::=1700 ISAVE TEMPS INTO LOCAL STORE. 
950 



951 .FIELD UCONH: :=<32:30> 

952 .FIELD UCONM: :=<35:34> 

953 .FIELD UCONL: :=<47> '<42:38> 

954 .FIELD UC0N15: :=<32> 

955 .FIELD UC0N14: :=<31> 

956 .FIELD UC0N13: :=<30> 

957 .FIELD UC0N12: :=<35> 

958 . FIELD UCONll : : =<34 > 

959 .FIELD UCONIO: :=<47> 

960 .FIELD UCON09::=<42> 

961 .FIELD UCON08::=<41> 

962 .FIELD UCON07 : :=<40> 

963 .FIELD UCON06: :=<39> 

964 .FIELD UCON05: :=<38> 
965 

966 

967 .TOC * LOCAL STORE FIELDS 

968 1 

969 iEACH 48 BIT WORD IS DIVIDED INTO 3 SIXTEEN BIT FIELDS. 

970 IBITS <15-00> ARE LSADR'S 0000-1777. (COLUMN ZERO) 

971 IBITS <31-16> ARE LSADR'S 2000-3777. (COLUMN ONE) 

972 'BITS <47-32> ARE LSADR'S 4000-5777. (COLUMN TWO) 
973 

974 .FIELD COLTWO: :=<47:32> 

975 .FIELD COLONE: :=<31:16> 

976 .FIELD COLZERO: :=<15:00> 
977 

978 1 

979 
980 
981 

982 ! 

983 "END OF MICROWORD FIELD DEFINITIONS. 

984 1 

985 

986 
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987 
988 
989 
990 
991 
992 
993 
994 
995 
996 
997 
998 
999 
1000 
1001 
1002 
1003 
1004 
1005 
1006 
1007 
1008 
1009 
1010 
1011 
1012 
1013 
1014 
1015 
1016 
1017 
1018 
1019 
1020 
1021 
1022 
1023 
1024 
1025 
1026 
1027 
1028 
1029 
1030 
1031 



.TOC * MACRO DEFINITIONS 



.TOC * PRIMITIVE OPERATIONS 



.TOC 


* TIMING 






.MACRO 


JrU : 




NULL 


10 NS. , UP3 VIEWED AS THE START OF A 










1 MTr'TDor'vr'T v 
I jyilLivJv^iLijtj 


.MACRO 


PI : 


J = 


NULL 


160 NS. , AT PI 


.MACRO 


Pl-L : 


J = 


NULL 


130 NS., AT PI LEADING EDGE 


.MACRO 


til rn , 




NULL 


160 NS., AT PI TRAILING EDGE 


.MACRO 


P2 : 


: = 


NULL 


1100 NS. , AT P2 


.MACRO 


P2-L : 


j = 


NULL 


170 NS. , AT P2 LEADING EDGE 


.MACRO 


P2-T : 


: = 


WHEN/AT- 


-P2-T 1100 NS., AT P2 TRAILING EDGE 


.MACRO 


P2-U : 


; = 


NULL 


lUNSUPPRESSED P2, CLOCK CONTINUOUSLY 


.MACRO 


P3 : 


: = 


NULL 


1150 NS., 120-150 NS., AT P3 


.MACRO 


P3-L : 




NULL 


1120 NS., AT P3 LEADING EDGE 


.MACRO 


P3-T 


: : = 


WHEN/AT- 


-P3-T 1150 NS., AT P3 TRAILING EDGE 


.MACRO 


P3-U : 




NULL 


lUNSUPPRESSED P3, CLOCK CONTINUOUSLY 


.MACRO 


UP3 




NULL 


1P3 DELAYED BY 5 NS. , PO VIEWED AS THE 










lEND OF A MICROCYCLE. LATCHES NEW 










1 MICROINSTRUCTION INTO THE 










IMICROWDRD BUFFER REGISTER. 


.MACRO 


DEFER 




NULL 


1 CONTROL IS ISSUED AT THIS TIME, 










1 ANY REQUIRED CLOCKING OCCURS LATER 


.MACRO 


NEXT 




NULL 


1 WHERE TO GO NEXT, CLOCKED AT UP3 


.MACRO 


SETUP 




NULL 


1 SETUP DATA/CONTROL 


.MACRO 


SELECT 




NULL 


IMAKE A HOT-BOX SELECTION 


.MACRO 


ISSUE 




NULL 


1 SET/CLEAR HOT-BOX FLAG 


.MACRO 


ENABLE 




NULL 


1 DITTO 


.MACRO 

1 : 


EMITC 




NULL 


1 SPECIFY AN EMIT-CONSTANT VALUE 
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1032 

1033 

1034 

1035 

1036 

1037 

1038 

1039 

1040 

1041 

1042 

1043 

1044 

1045 

1046 

1047 

1048 

1049 

1050 

1051 

1052 

1053 

1054 

1055 

1056 

1057 

1058 

1059 

1060 

1061 

1062 

1063 

1064 

1065 

1066 

1067 

1068 

1069 

1070 

1071 

1072 

1073 

1074 

1075 

1076 

1077 

1078 

1079 

1080 

1081 

1082 

1083 

1084 

1085 

1086 

1087 



TOC * WRITING THE A AND B SCRATCH PADS 
WRITING THE APPROPRIATE SCRATCH PADS: 

(NOP ) 

(A L A) 

WR (B , H , B) 

(AB ) 

/1\ /!\ /!\ 

ASP, BSP, BOTH, NEITHER ! ! 

LO [00-17], OR HI [20-37] I 

USE "A" SIDE OR "B" SIDE ADDRESS 

WRITES CONTENTS OF D-REGISTER INTO ADDRESSED SCRATCH PADS [SEE 
BELOW] DURING P3 



.MACRO WR(AB,HL,ADDR) ::= MOD/CLKSP, 

WRSP/(aAB, 



HILO/(aHL, 
WRSEL/@ADDR 



! CLOCK SP MODE 

INOP, A, ASP, B, BSP, 

lAB, ABSP, BA, BASP, 

IBOTH ARE CHOICES 

IHI, LO, H, L ARE CHOICES 

lA, B, A-ADDR, B-ADDR 

lARE CHOICES. 



.TOC * A^P AND BSP PHYSICAL REGISTER ADDRESSES 

I 

1 ENABLE INPUT/OUTPUT [FOR READ AND/OR WRITE] OF THE APPROPRIATE 

1 SCRATCH PAD ONTO EITHER BUS-A OR BUS-B VIA EXACT PHYSICAL ADDRESS 
I 

::= AEN/ASPLO, 

ASEL/@XX, 
RIF/@XX 



.MACRO ASPLO(XX) 



•SELECT 

I REGISTER & 

i ENABLE ON BUS-A 



.MACRO ASPHI (XX) 



.MACRO ASP (XX) 



.MACRO BSPLO(XX) 



.MACRO BSPHI (XX) 



.MACRO BSP (XX) 



AEN/ASPHI, 
ASEL/@XX, 
RIF/@XX 

ASEL/(axX, 
RIF/@XX 



BEN/BSPLO, 
BSEL/@XX, 
RIF/eXX 

BEN/BSPHI , 
BSEL/@XX, 
RIF/@XX 

BSEL/@XX, 
RIF/@XX 



1 SELECT 

! REGISTER & 

1 ENABLE ON BUS-A 

'SELECT REGISTER, 
INO ENABLE 



1 SELECT 

! REGISTER & 

1 ENABLE ON BUS-B 

•SELECT 
[REGISTER & 
'ENABLE ON BUS-B 

1 SELECT REGISTER, 
INO ENABLE 
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1088 
1089 
1090 
1091 
1092 
1093 
1094 
1095 
1096 
1097 
1098 
1099 
1100 
1101 
1102 
1103 
1104 
1105 
1106 
1107 
1108 
1109 
1110 

nil 

1112 
1113 
1114 
1115 
1116 
1117 
1118 
1119 
1120 
1121 
1122 
1123 
1124 
1125 
1126 
1127 
1128 
1129 
1130 
1131 
1132 
1133 
1134 
1135 
1136 
1137 
1138 
1139 
1140 
1141 
1142 
1143 



.TOC 



ASP AND BSP BASE MACHINE FUNCTIONAL REGISTER ADDRESSES 



ENABLE INPUT/OUTPUT [FOR READ AND/OR WRITE] OF THE APPROPRIATE 
SCRATCH PAD ONTO EITHER BUS-A "-A" OR BUS-B "-B" VIA FUNCTIONAL 
REGISTER DESIGNATION 



.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 



RO-A 
RO-B 
Rl-A 
Rl-B 
R2-A 
R2-B 
R3-A 
R3-B 
R4-A 
R4-B 
R5-A 
R5-B 
SP-A 
SP-B 
PC-A 
PC-B 
FACA[( 
FACB[( 
FACC[( 
FACD[( 
FACA[; 
FACB[; 
FACC [; 
FACD [; 
FACA[: 
FACB[: 
FACC[: 
FACD[: 
FACA[: 
FACB[; 
FACC[: 
FACD[: 
FACA[^ 
FACB[^ 
FACC [' 
FACD[' 
FACA[! 
FACB[! 
FACC [I 
FACD[! 
FDSTA-B 
FDSTB-A 
FDSTC-B 
FDSTD-A 
FPSHI#FEC-A 
FEA-B 
USER-SP-A 



0] 


-B 


0] 


-A 


0] 


-B 


0] 


-A 


1] 


-B 


1] 


-A 


1] 


-B 


1] 


-A 


2] 


-B 


2 


-A 


2 


-B 


2 


-A 


3] 


-B 


3] 


-A 


3] 


-B 


3] 


-A 


4 


-B 


4" 


-A 


4] 


-B 


41 


-A 


5] 


-B 


5] 


-A 


51 


-B 


5] 


-A 



ASPLO 
BSPLO 
ASPLO 
BSPLO 
ASPLO 
BSPLO 
ASPLO 
BSPLO 
ASPLO 
BSPLO 
ASPLO 
BSPLO 
ASPLO 
BSPLO 
ASPLO 
BSPLO 
BSPHI 
ASPHI 
BSPLO 
ASPLO 
BSPHI 
ASPHI 
BSPLO 
ASPLO 
BSPHI 
ASPHI 
BSPLO 
ASPLO 
BSPHI 
ASPHI 
BSPLO 
ASPLO 
BSPHI 
ASPHI 
BSPLO 
ASPLO 
BSPHI 
ASPHI 
BSPLO 
ASPLO 
BSPHI 
ASPHI 
BSPLO 
ASPLO 
ASPHI 
BSPHI 
ASPLO 



(ROO 
(ROO 
(ROl 
(ROl 
{R02 
(R02 
(R03 
{R03 
(R04 
(R04 
(R05 
(R05 
(R06 
{R06 
(R07 
(R07 
(RIO 
(RIO 
(RlO 
(RIO 
(Rll 
(Rll 
(Rll 
(Rll 
(R12 
(R12 
(R12 
(R12 
(R13 
(R13 
(R13 
(R13 
(R14 
(R14 
(R14 
(R14 
(R15 
(R15 
(R15 
(R15 
(R17 
(R17 
(R17 
(R17 
(R16 
(R16 
(R16 
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1144 
1145 
1146 
1147 
1148 
1149 
1150 
1151 
1152 
1153 
1154 
1155 
1156 
1157 
1158 
1159 
1160 
1161 
1162 
1163 
1164 
1165 
1166 
1167 
1168 
1169 
1170 
1171 
1172 
1173 
1174 
1175 
1176 
1177 
1178 
1179 
1180 
1181 
1182 
1183 
1184 
1185 
1186 
1187 
1188 
1189 
1190 
1191 
1192 
1193 
1194 
1195 
1196 
1197 
1198 
1199 



.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
•MACRO 
.MACRO 
•MACRO 
.MACRO 



TOC 



USER-SP-B 

WHAMI-A 

R[ZERO]-B 

R[IR]-A 

R[SRC]-B 

R[SRC]-A 

R[DST]-B 

R[DST]-A 

R[VECT]-B 

WCSB[0]-B 

WCSB[1]-B 

WCSA[0]-A 

WCSADR 

FPA-B 

CNSL-CNTL-B 
CNSL-CADR-A 
CNSL-SW-A 
CNSL-^MPSW-A 



BSPID 
ASPHI 
BSPHI 
ASPHI 
BSPHI 
ASPHI 
BSPHI 
ASPHI 
BSPHI 
BSPHI 
BSPHI 
ASPHI 
ASPHI 
BSPHI 
BSPHI 
ASPHI 
ASPHI 
ASPHI 



(R16) 
(R02) 
(R03) 
(R17) 
(R04) 
(R04) 
(R05) 
(R05) 
(R02) 
(ROO) 
(ROD 
(ROO) 
(ROD 
(R06) 
(R07) 
(R07) 
(R06) 
(R03) 



ASP AND BSP INDIRECT REGISTER ADDRESSES 



ENABLE INPUT/OUTPUT [FOR READ AND/OR WRITE] OF THE APPROPRIATE 
SCRATCH PAD ON BUS-A [A] OR BUS-B USING INDIRECT ADDRESSING 
WITH THE IR, WHERE: 

SF<3:0>H = [FLPADR H + KTSRCADRS3 H] # [FLTPT L * IR8 H] # 
[IR7 H] # [IR6 H + RDRl H] 



[IR2 H] # [IRl H] # [IRO H] 





DF<3: 


0>H 




[FLPADR H + KTDSTADRS3 H] # 


MACRO 


R[SF] 


-LO-A 






•= aen/asplo,asel/sf 


MACRO 


r[sf: 


-LO- 


-B 






= BEN/BSPLO,BSEL/SF 


MACRO 


R[SF' 


-HI- 


-A 






= AEN/ASPHI,ASEL/SF 


MACRO 


r[sf: 


-HI- 


-B 






= BEN/BSPHI , BSEL/SF 


MACRO 


r[df: 


-LO- 


-A 






= AEN/ASPLO,ASEL/DF 


MACRO 


r[df: 


-LO- 


-B 






= BEN/BSPLO , BSEL/DF 


MACRO 


r[df: 


-HI- 


-A 






. = AEN/ASPHI , ASELA>F 


MACRO 


r[df: 


-HI- 


-B 






:= BEN/BSPHI, BSEL/DF 


MACRO 


R[SF' 


-A 








= R[SF]-LO-A 


MACRO 


r[sf: 


-B 








= R[SF]-LO-B 


MACRO 


r[df: 


-A 








:= R[DF]-LO-A 


MACRO 


r[df: 


-B 








= R[DF]-LO-B 



.TOC 
I 

I 

I 

I 

.MACRO 
.MACRO 
.MACRO 
.MACRO 



* ASP, BSP INDIRECT ADDRESSING 

THESE MACROS ONLY SELECT THE ADDRESS MODE FOR THE ASP AND BSP; 
THE SELECTED SP IS NOT ENABLED ONTO THE BUS 



ASP-ADDRS-R[DF] 
ASP-ADDRS-R[SF] 
BSP-ADDRS-R[DF] 
BSP-ADDRS-R[SF] 



= ASEL/DF 

= ASEL/SF 

= BSEL/DF 

= BSEL/SF 
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TOC 



WRITING THE C SCRATCH PAD 



WRITE DATA ON BUSDIN [ACTUALLY DMUX OUTPUT] INTO ADDRESSED CSP 
LOCATION [SEE BELOW] DURING P3 



MACRO WR-CSP 



::= WRCSPAES 



.TOC 



CSP IMPLIED ADDRESSING 



ENABLE FOR INPUT/OUTPUT [READ AND/OR WRITE] ONTO BUS-B ONLY A 
SPECIFIC CSP LOCATION, WHERE THE ADDRESS IS DETERMINED 
AS FOLLOWS: 

CSPADDR<3:0>H = -[ # # BSEL<1>H # BSEL<0>H ] 
MACRO CSPB (XX) 



::= BEN/BASCON, 
BSEL/eXX 



lUSE IMMEDIATE MODE 
IWHICH ONE 



TOC 



CSP DIRECT ADDRESSING 



ENABLE FOR INPUT/OUTPUT [READ AND/OR WRITE] ONTO BUS-B ONLY A 
SPECIFIC CSP LOCATION, WHERE THE ADDRESS IS DETERMINED 
AS FOLLOWS: 



CSPADDR<3:0>H = -UWORD<23:20> H 

MACRO CSPD(XX) ::= BEN/CSP, 

CSPADDR/iaXX 



lUSE CSP-ADDR MODE 
•WHICH ONE 
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1240 










1241 


I -=t: -= 
















1242 










1243 


.TOC 


* SHIFT TREE SPECIFICATION 


1244 


IN.B. MAY REQUIRE PRIOR SETUP OF RES-REGISTER FOR SHIFT END MUX 


1245 


1 SELECTION CONTROL (E.G., 


WHEN ASEL/LEFT-A IS USED) . 


1246 










1247 


.TOC 


* ENABLED ONTO BUS A 




1248 


.MACRO 


D-RIGHT-14 


: I — 


AEN/CMUX , AMUX/RIGHT-8 , 


1249 








BMUX/RIGHT-4 ,ASEL/RIGHT-2 


1250 


.MACRO 


D-RIGHT-13 


: 1 = 


AEN/CMUX , AMUX/RIGHT-8 , 


1251 








BMUX/RIGHT-4 ,ASEL/RIGHT-1 


1252 


.MACRO 


D-RIGHT-12 


II — 


AEN/CMUX , AMUX/RIGHT-8 , 


1253 








BMUX/RIGHT-4 ,ASEL/DIRECT 


1254 


.MACRO 


D-RIQiT-ll 


II — 


AEN/CMUX , AMUX/RIGHT-8 , 


1255 








BMUX/RIGHT-4 , ASEL/LEFT-1 


1256 








ISENDMUX SETUP 


1257 


.MACRO 


D-RIGHT-10 


I » ~ 


AEN/CMUX, AMUX/RIGHT-8 , 


1258 








BMUX/DIRECT , ASEL/RIGEn'-2 


1259 


.MACRO 


D-RIGHT-9 


II — 


AEN/CMUX , AMUX/RIGHT-8 , 


1260 








BMUX/DIRECT , ASEL/RIGHT-1 


1261 


.MACRO 


D-RIQIT-8 


II — 


AEN/CMUX , AMUX/RIGHT-8 , 


1262 








BMUX/DIRECT , ASEL/DIRECT 


1263 


.MACRO 


D-RI(3iT-7 


• • "~ 


AEN/CMUX , AMUX/RIGHT-8 , 


1264 








BMUX/DIRECT , ASEL/LEFT-1 


1265 








ISENDMUX SETUP 


1266 


.MACRO 


D-RIGHT-6 


1 1 ~ 


AEN/CMUX , AMUX/DIRECT , 


1267 








BMUX/RIGHT-4 ,ASEL/RIGHT-2 


1268 


.MACRO 


D-RIGHT-5 


11=^ 


AEN/CMUX , AMUX/DIRECT , 


1269 








BMUX/RIGHT-4 ,ASEL/RIGHT-1 


1270 


.MACRO 


D-RIGHT-4 


II — 


AEN/CMUX , AMUX/DIRECT , 


1271 








BMUX/RIGHT-4 , ASEL/DIRECT 


1272 


.MACRO 


D-RIQIT-3 


1 1 = 


AEN/CMUX , AMUX/DIRECT , 


1273 








BMUX/RIGHT-4 , ASEL/LEFT-1 


1274 








ISENDMUX SETUP 


1275 


.MACRO 


D-RIGHT-2 


II — 


AEN/CMUX , AMUX/DIRECT , 


1276 








BMUX/DIRECT , ASEL/RIGHT-2 


1277 


.MACRO 


D-RIGHT-1 


1 1 = 


AEN/CMUX , AMUX/DIRECT , 


1278 








BMUX/DIRECT , ASEL/RIGHT-1 


1279 


.MACRO 


D-NO-SHIFT 


11 = 


AEN/CMUX , AMUX/DIRECT , 


1280 








BMUX/t)IRECT , ASEL/DIRECT 


TOOT 

1281 


.MACRO 


D-DIRECT 


II — 


D-NO-SHIFT 


1282 


.MACRO 


D-LEFT-i 




AEN/CMUX , AMUX/DIRECT , 


1283 








BMUX/DIRECT , ASEL/LEFT-1 


1284 








ISENDMUX SETUP 


1285 


.MACRO 


D-SWAB 




AEN/CMUX , AMUX/SWAB , 


1286 








BMUX/DIRECT , ASEL/DIRECT 


1287 


.MACRO 


D-SWAB-RIGHT-3 




AEN/CMUX , AMUX/SWAB , 


1288 








BMUX/RIGHT-4 , ASEL/LEFT-1 


1289 








ISENDMUX SETUP 


129U 


.MACRO 


D-SWAB-LEFT-1 




AEN/CMUX , AMUX/SWAB , 


1291 








BMUX/DIRECT , ASEL/LEFT-1 


1292 








ISENDMUX SETUP 


1293 


.MACRO 


D-SIGNEXT 




AEN/CMUX , AMUX/SIGNEXT , 


1294 








BMUX/DIRECT , ASEL/DIRECT 


1295 


.MACRO 


D-SIGNEXT-RIGHT-1 




AEN/CMUX , AMUX/SIGNEXT , 
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OlMUA/ JLJXiAlLk^X /MDlLXi/ iXXVSiiX X 


izy / 


.MALRU 


D-SIGMEaT-LEFT— 1 : 


: — AEN/LMUa , AMUX/bibNEAi , 








PMTTY /riTDtPrrp ACCT /T PPT— 1 
oyiUA/iJXKljL.1 yHoCii-i/ 1 irir X X 


1 OQQ 

izyy 






1 CPNTHMnV CPTTTO 
iOEjINlJiyiUA DEjiUir 






J:ilO— brllh T : 


: — AhN/UyiUA , 










1302 


.MACRO 


DIRECT : 


: = NO-SHIFT 


1303 


.MACRO 


COUNT#D [HI ] 


: = AEN/CMUX , AMUX/COUNTER#D [HI ] , 


1304 






BMUX/DIRECT , ASEL/DIRECT 


13Ud 


.MACRO 


COUNT#D[LO] : 


: = AEN/CMUX ,AMUX/COUNTER#D [LO] , 








BMUX/DIRECT , ASEL/DIRECT 










1308 








1309 








1310 


.TOC 


* FIRST TWO LEVELS ONLY [AMUX, 


1311 






BMUX] 




1 IN . D • . 


FOR USE WHEN SHIFTING SR RIGHT, SR<15> <- BMUX<00> 






D-DIRECT [BMUX] : 


:= AMUX/DIRECT, 


1314 






BMUX/DIRECT 


±j±D 








X j±0 








1 "51 7 
± jJL / 








X Jxo 














1 "31 Q 










.TOC 


* ALU FUNCTIONS 






1 [SEE FIELD DESCRIPTION OF "ALU" FOR FULL DESCRIPTION] 


1 "^99 
xo^^^ 


.MACRO 


ZERO : 


:= ALU/ZERO 


xo^o 


.MACRO 


A-XOR-B : 


: = ALU/A-XOR-B 


1 394 


.MACRO 


B : 


:= ALU/B 


1 39S 


.MACRO 


A-AND-B : 


:= ALU/A-AND-B 




.MACRO 


A-IOR-B : 


:= ALU/A-IOR-B 


1 397 


.MACRO 


A : 


:= ALU/A 


1 39ft 


.MACRO 


NOT-A : 


:= ALU/NOT-A 


1 32Q 


.MACRO 


NOT-A-AND-B : 


: = ALU/NOT-A-AND-B 


1 330 


.MACRO 


A-AND-NOT-B : 


:= ALU/A-AND-NOT-B 


1331 








1332 


.MACRO 


DIVIDE : 


:= ALU/DIVIDE 


1 333 


.MACRO 


A-PLUS-B : 


:= ALU/A-PLUS-B 


1 334 

X JO'S 


.MACRO 


A-MINUS-B : 


:= ALU/A-MINUS-B 


1 33R 


.MACRO 


A-PLUS-B-PLUS-PS [C] : 


: = ALU/A-PLUS-B-PLUS-PS [C] 


1 336 


.MACRO 


A-PLUS-B-PLUS-D [C] : 


: = ALU/A-PLUS-B-PLUS-D [C] 


1 337 


.MACRO 


A-PLUS-NOT-B-PLUS-D[C] : 


: = ALU/A-PLUS-NOT-B-PLUS-D [C] 


1 338 


.MACRO 


A-PLUS-B-PLUS-1 : 


: = ALU/A-PLUS-B-PLUS-1 


1 33Q 








1340 








1341 

X«J ^X 


.TOC 


* COUT GENERATION 




1 349 


! [SEE FIELD DESCRIPTION OF "COUT" 


FOR FULL DESCRIPTION] 


1 343 

X 


.MACRO 


COUT CIN 


::= COUT/CIN 


1 344 


.MACRO 


COUT PS[C] : 


:= COUT/PS[C] 


X j*±D 


.MACRO 


COUT ALUOO : 


:= COUT/ALUOO 


i34o 


.MACRO 


COUT ALU07 : 


:= COUT/ALU07 


1347 


.MACRO 


COUT ALU15 : 


:= C0UT/ALU15 


1348 


.MACRO 


COUT COUT07 : 


:= COUT/COUT07 


1349 


.MACRO 


COUT C0UT15 : 


: = C0UT/C0UT15 


1350 


.MACRO 


COUT D[C] : 


:= COUT/D[C] 


1351 
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1 "3 c:o 
lODZ 










TOCO 
















































T3i^7 










J. J JO 










1 jDy 
















REGISTER CLOCKS [D, SR, BA, CC] 


±jO± 




LLilS.— U 




. .— v^LiMJ/xEib 


± jOZ 








IMTT^IT cjPFrTPY P9 T OR P3 T 


±jD J 


.MALrOJ 


LJjlS.— bK 




. . — ^i_u\iDl\/ 1 EiO 


J. jD*i 








I MUST SPRCTFY P2 T OR P3 T 


± jOD 




/^T V t3A 




• • = rr.TfRA ArpQ 

• • — V^XlTVDrt/ XljO 










1 AT Pi T nNFT.V 
i/AX irx X vJiNXix 


±jO / 








• • = cjpp /Ypc 


±jDo 








•SETUP HERE rLOCKED AT P2 T 










i**OF NEXT UWORD** ONLY 


J. J / u 


MAPRO 


CLK-CC 




: := NULL 


-L J / X 








•IN NEXT UWORD, FOR DOCUMENTATION 












1373 










1 374 










1 37R 




* REDEFINED 


FROM SP REWRITE FIELD [RES, COUNTER] 


1 37fi 




LOAD-RES 




: : = MOD/LOADREG , LOADRES AES 


1 377 








lAT P2 T ONLY, FROM B-BUS<14:11> 


1 37ft 
xo / o 




LOAD-COUNTER 




: : = MOD/LOADREG , LOADCOUNT AES 


1 37Q 








IDURING ENTIRE UWORD, FROM B-BUS<7:0> 


^ 3ftn 

xoou 










1 3R1 










1 3ft9 










1383 


• Xv-'v.* 


* RES REGISTER CONTROL VALUES [FROM EMIT] 


1 384 










138S 


• TDAnpn 


VIA: EMIT<14: 


11> - 


-> CSP[XX]<14:11> -> B-BUS<14:11> -> RES<3:0> 


1 386 


MArRO 


SENDMUX-0123- 


SEL 


::= EMIT14/1 


1387 








IFOR SHIFT TREE 


1 388 




SENDMUX-4567- 


SEL 


::= EMIT14/0 










IFOR SHIFT TREE 


X u 




SR-LOAD 




: : = EMIT13/0 ,EMITl2/0 










IFOR SR/GUARD 


1 3Q9 




SR-LEFT 




: : = EMIT13/0 , EMIT12/1 


1 3Q3 

X J5 J 








IFOR SR/GUARD 


1 3Q4 


MArpn 


SR-RIGHT 




::= EMITl3/l,EMITl2/0 


1 3QR 








IFOR SR/GUARD 


ijyo 


MA/^O/^ 

.MALKU 


SR-NOP 




: : = EMIT13/1 ,EMIT12/1 


1 '3Q'7 








IFOR SR/GUARD 


li9o 


.MACRO 


GUARD-EN 




: := EMITll/1 


1399 








IFOR SR/GUARD 


1400 


.MACRO 


GUARD-DIS 




::= EMITll/0 IFOR SR/GUARD 


1401 










1402 










1403 
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1404 
1405 
1406 
1407 
1408 
1409 
1410 
1411 
1412 
1413 
1414 
1415 
1416 
1417 
1418 
1419 
1420 
1421 
1422 
1423 
1424 
1425 
1426 
1427 
1428 
1429 
1430 
1431 
1432 
1433 
1434 
1435 
1436 
1437 
1438 
1439 
1440 



.TOC * CC CONTROL [FROM EMIT] 

lUSED VIA: BUS-U37-H -> EMIT07-H -> M0DIFY-V{1) -H 
.MACRO MODIFY-VBIT ::= EMIT07/1 

.MACRO NOT-MODIFY-VBIT ::= EMIT07/0 



.TOC 


* BUS ( 


.MACRO 


DATI-CLKIR 


.MACRO 


DATI-NOINT 


.MACRO 


DATI 


.MACRO 


DATI [P] 


.MACRO 


DATO 


.MACRO 


DATIB 


.MACRO 


DATIB [P] 


.MACRO 


DATIP 


.MACRO 


DATOB 


.MACRO 


INVALIDATE 



BUS CONTROL MACROS 

BEGIN AES , SELECT/BUS ,BUSCODE/DATI-CLKIR 
BEGIN/YES , SELECT/BUS ,BUSCODE/DATI-NOINT 
BEGIN/YES , SELECT/BUS ,BUSCODE/DATI 
BEGINAES , SELECT/BUS ,BUSCODE/DATI [P] 

IWITH ALTER/ALLOWED 
BEGINAES , SELECT/BUS ,BUSCODE/DATO 
BEGIN/YES , SELECT/BUS ,BUSCODE/DATIB 
BEGINAES , SELECT/BUS ,BUSCODE/DATIB [P] 

IWITH ALTER/ALLOWED 
BEGINAES , SELECT/BUS ,BUSCODE/DATIP 
BEGINAES , SELECT/BUS ,BUSC0DE/DAT0B 
BEGINAES , SELECT/BUS ,BUSCODE/INVALIDATE 



.TOC * UCON CONTROL MACROS 
.MACRO SET-UCON-CONTROL : : 

.MACRO UCON-OPERATION : : 



BEGINAES , SELECT/UCON , UCON-LOAD AES 
ILOAD UCON CONTROL REGISTER AT PO 

BEGINAES , SELECT/UCON ,UCON-XFER/YES 
IPERFORM UCON OPERATION 
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1441 










1442 


.TOC 


* PROCESSOR UCON CONTROL SETUP 


1443 


.MACRO 


nroM— PRnr* 

U^>JlN irrvUL. 


• 


1— ULUN— bbb— FKUL/xijb 


1444 








ibCjJ-iCiV^i IrKULCibbUK 


1445 


.MACRO 


FNF— rr.Tf— TR n r— nni 




— UUU1N±D/1 


1446 








! ENABLE OPERATIONS 


1447 


.MACRO 






.= UC0N14/1 


1448 


MACRO 






= UC0N13/1 


1449 


.MACRO 






:= UC0N12/1 


1450 


.MACRO 


EN-CLK-PS[7-4] 




:= UCONll/1 


1451 


.MACRO 


EN-CLK-PS[3-0] 




:= UCONlO/1 


1452 


.MACRO 


EN-CLK-UBREAK [11-00] 




:= UCON09/1 


1451 




!UCON<8:7> ARE NOT USED 


IN PROCESSOR CONTROL 


-Lrt J*! 




BUSDIN EMIT [15-00] 




:= UCON06/0,UCON05/0 IHBMUX SELECT 


1 




BUSDIN CUA[14-03] 




: = UCON06/0 ,UCON05/1 






BUSDIN PS [15-00] 




: = UCON06/1 ,UCON05/0 


X*± J / 




BUSDIN FLAG [8-0] #FPS [7-0] 


: : = UCON06/1 ,UCON05/1 


1458 








1459 










1460 










1461 










1462 










1463 










1464 


.TOC 


* CACHE/KT UCON CONTROL 


1465 


.MACRO 


UCON-CACHE-KT 




::= UCON-SEL-CACHEKTAES 


1466 






1 SELECT CACHE / KT UCON FUNCTION 


1467 




IUC0N<15> NOT USED HERE 






1468 


.MACRO 


EN-KT-NO-RELOCATE 




::= UC0N14/1 


1469 




1 INHIBIT KT FROM ANY RELOCATION OF BA -> PBA 


1470 


.MACRO 


BUSDIN_BUS-INTERNAL-ADDR [15-00 ] : : = UCON13/0 ,UC0N12/1 


1471 






IFROM INTERNAL ADDR ROM 


1472 


.MACRO 


BUSDIN CPU-INTERNAL-ADDR [15-00] ::= UC0N13/1,UC0N12/1 


1473 






1 


DITTO ... 


1474 


.MACRO 


BUSDIN_MMR2 [15-00] 




: : = UCONll/1 ,UCON09/0 


1475 






IVIRTUAL PC 


1476 


.MACRO 


BUSDIN CACHE-STATUS [15-00] : : = UCONll/1 ,UCON09/1 


1477 






I CACHE INFO 


1478 


.MACRO 


BUSDIN_KT-SEL 




::= UCONlO/1 


1479 






IFOR PAR-S, PDR-S ETC 


1480 


.MACRO 


KT-WRITE-HIGH 




::= UCON08/1 


1481 






IWRITE REGISTER <15:08> 


1482 


MACRO 


KT-WRITE-LOW 




: : = UCON07/1 


1483 






IWRITE REGISTER <07:00> 


1484 




KT-WRITE 




: : = UCON08/1 ,UCON07/1 


1485 






IWRITE REGISTER <15:00> 


J.100 




KT-SEL-SLR#CCR 




: : = UCON06/0 ,UCON05/0 


1487 






! SELECT KT-MUX OUTPUT 


XlOO 


MAPT?n 


KT-SEL-MMRO 




: : = UCON06/0 ,UCON05/1 








1 






KT-SEL-PDR 




: : = UCON06/1 ,UCON05/0 








1 


1492 


.MACRO 


KT-SEL-PAR 




: : = UCON06/1 , UCON05/1 


1493 






1 




1494 










1495 










1496 
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1497 




1498 


.TOC 


1499 


.MACRO 


1500 




1501 




1502 




1503 


.TOC 


1504 


.MACRO 


1505 


.MACRO 


1506 


.MACRO 


1507 




1508 


.MACRO 


1509 


.MACRO 


1510 


.MACRO 


1511 


.MACRO 


1512 


.MACRO 


1513 




1514 


.MACRO 


1515 


.MACRO 


1516 


.MACRO 


1517 


.MACRO 


1518 


.MACRO 


1519 


.MACRO 


1520 


.MACRO 


1521 




1522 




1523 




1524 


.TOC 


1525 


.MACRO 


1526 




1527 




1528 




1529 


.MACRO 


1530 




1531 


.MACRO 


1532 




1533 


.MACRO 


1534 




1535 


.MACRO 


1536 




1537 


.MACRO 


1538 




1539 


.MACRO 


1540 




1541 


.MACRO 


1542 




1543 


.MACRO 


1544 




1545 


.MACRO 


1546 




1547 




1548 




1549 





* I/O UCON CONTROL 

UCON-I-0 ::= UCON-SEL-I-O/YES 'SELECT I-O CONTROL 



* BUS CONTROL 

EN-LOAD-DBUF [15-00] : := UC0N15/1 lEN LOAD DBUF AT P3 

BUSDINJDBUF [15-00] ::= UC0N15/1 IDBUF ON BUSDIN 

EN-STATUS-MUX ::= UCON15/0 1 STATUS-MUX ENABLE ON BUSDIN 
1UC0N<14:11> ARE NOT USED IN UCON BUS CONTROL 



BUSDIN_SERVICE [15-00] 
BUSDIN_JAM [15-00] 
BUSDIN_PBA [15-00] 
DMUX_CACHEDATA [15-00] 
EN-BC-FCN-0 

EN-START-DELAY 

EN-CLR-JAM-ERRORS 

EN-CLR-NPR-TIMEOUT 

EN-CLR-PWR-FAIL 

EN-CLR-YELLOW-ZONE 

EN-ALL0W-BG[1]H 

EN-BUS-INIT-UCON 



* CONSOLE I-O 

EN-CONSOLE-COMMAND 



EN-CNSL-NOP 

EN-CLR-COUNTR 

EN-INCR-COUNTR 

EN-CLR-CNSL-SRVC 

EN-STRB-DISP 

EN-CLR-CNSL 

EN-SET-CNSL 

EN-SET-DP 

BUSDIN_CONSOLE [06-00] 
1UC0N<8:5> ARE NOT USED 



UCON10/0,UCON09/1 
UCON10/1,UCON09/0 
UCON10/1,UCON09/1 
UCON08/1 

UCON07/0 ,UCON06/0 ,UCON05/0 

! SELECT BUS CONTROL FUNCTION 
UCON07/0 ,UCON06/0 ,UCON05/1 
UCON07/0 ,UCON06/1 ,UCON05/0 
UCON07/0 ,UCON06/1 ,UCON05/1 
UCON07/1 ,UCON06/0 ,UCON05/0 
UCON07/1 ,UCON06/0 ,UCON05/1 
UCON07/1 ,UCON06/1 ,UCON05/0 
UCON07/1 ,UCON06/1 ,UCON05/1 



: : = UCON15/0 ,UCON14/0 

ISETS UP UCON 1-0 BITS FOR CONSOLE COMMANDS 

•ALSO SELECTS STATUS-MUX ON BUSDIN 

: = UCON13/0 ,UCON12/0 ,UCON11/0 

ENABLE CONSOLE NO OPERATION 

: = UCON13/0 ,UCON12/0 ,UC0N11/1 

ENABLE CLEAR DIGIT PAIR COUNTER 

:= UCON13/0,UCON12/1,UCON11/0 

ENABLE BUMP TO NEXT DIGIT PAIR 

: = UCON13/0 ,UC0N12/1 ,UC0N11/1 

ENABLE CLEAR CONSOLE SERVICE RQST FLOP 

: = UC0N13/1 ,UCON12/0 ,UCON11/0 

ENABLE WRITE DIGIT PAIR TO DISPLAY LATCH 

: = UC0N13/1 ,UCON12/0 ,UC0N11/1 

ENABLE CLEAR CONSOLE LED 

: = UC0N13/1 ,UC0N12/1 ,UCON11/0 

ENABLE SET CONSOLE LED 

: = UC0N13/1 ,UC0N12/1 ,UCONll/l 

ENABLE SET ALL DP LEDS 

: = UCONlO/0 ,UCON09/0 
•STATUS-MUX SELECT 
IN UCON CONSOLE CONTROL 



THE 11/60 PREDEFINITIONS 



Page B-36 



1550 

1551 

1552 

1553 

1554 

1555 

1556 

1557 

1558 

1559 

1560 

1561 

1562 

1563 

1564 

1565 

1566 

1567 

1568 

1569 

1570 

1571 

1572 

1573 

1574 

1575 

1576 

1577 

1578 

1579 

1580 

1581 

1582 

1583 

1584 

1585 

1586 

1587 

1588 

1589 

1590 

1591 

1592 

1593 

1594 

1595 

1596 

1597 

1598 

1599 

1600 

1601 

1602 



.TOC 
•N.B. : 

.MACRO 
.MACRO 
.MACRO 



* REMOTE CONSOLE INTERFACE 

"EN CONSOLE COMMAND" DOES NOT APPLY TO REMOTE CONSOLE 



EN-REMSTRB 

EN-REMCODEl 

EN-REMCODEO 



= UC0N14/1 lEN REMOTE CONSOLE STROBE 
= UC0N12/1 lEN SPECIAL CODE 1 
= UCONll/1 !EN SPECIAL CODE 



.TOC * MICROBRANCH FIELD MACROS 

I [SEE <UBF> FIELD DESCRIPTION FOR FULL INFO] 



.MACRO 


BUT (XX) 


::=UBF/@XX 1 INACTIVE, FULL WIDTH 


.MACRO 


BUTR(XX) 


::= UBF/@XX ! INACTIVE, RESTRICTED WIDTH 


.MACRO 


BUTA (XX) 


::= UBF/@XX ! ACTIVE, FULL WIDTH 


.MACRO 


BUTRA(XX) 


::= UBF/@XX 1 ACTIVE, RESTRICTED WIDTH 


.MACRO 


TEST (XX) 


::= MULTIPLE/@XX 






IFOR BUTR (MULTIPLE) SETUP 


.MACRO 


BUTM(XX) 


: : = MULTIPLE/@XX ,UBF/@XX 



.TOC 

.TOC 

.MACRO 

.MACRO 



.TOC 



lA MULTIPLE BUTR 



SR 

FLTPT 



MISCELLANEOUS 

OTHER SOURCES ENABLED FOR A-BUS 

: : = AENAMUX , ASELO/SR 
::= AENAMUX, ASELO/FLTPT 



* PAGING, RETURN REGISTER 

IPAGE FIELD ONLY: 



.MACRO PAGE (X) 



: : = NEXT-PAGE/iax 



"PAGE FIELD AND BUT[SUBR B] : 
.MACRO GOTO-PAGE(X) ::= NEXT-PAGE/@X,UBF/SUBR-B 

IRETURN REGISTER <- D<14:03>, PAGE <- EMIT<02:00> ON BUTA(SUBR-A) 
.MACRO RETURN_D [14-03] ::= UBF/SUBR-A 

"SUBROUTINE CALL (PAGE MUST ALSO BE SPECIFIED) 
.MACRO CALL (SUB, RETURN) : : = BUT (SUBRA) , J/@SUB,RETURN/@RETURN 
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1603 


1 ======= 
















================= 


1604 


















1605 


.TOC 


* ADVANCED OPERATIONS 








1606 


















1607 


















1608 


















1609 


.TOC 


* 


DATA INTO CSP, AT P3 ONLY 




1610 


















1611 




IN.B, 




BUSDIN IS ANY 


BUT 


EMIT [OVERLAPS BSEL<1:0>] 


1612 


.MACRO 


CSPB 




_BUSDIN 








CSPB{B14) ,WR-CSP 


1613 


.MACRO 


CSPB 




_BUSDIN 








CSPB(B15) ,WR-CSP 


1614 


.MACRO 


CSPB 


.16 


_BUSDIN 








CSPB(B16) ,WR-CSP 


1615 


.MACRO 


CSPB 


.17 


_BUSDIN 








CSPB(B17) ,WR-CSP 


1616 


.MACRO 


CSPB 


MDi 


_BUSDIN 








CSPB (MD) ,WR-CSP 


1617 


















1618 




IN.B, 


• 


GETS WHATEVER 


IS 


ON 


BUSDIN 




1619 


.MACRO 


CSPD 


oo; 


_BUSDIN 








CSPD(DOO) 


,WR-CSP 


1620 


.MACRO 


CSPD 


!oi; 


_BUSDIN 








CSPD(DOl) 


,WR-CSP 


1621 


.MACRO 


CSPD 


02; 


_BUSDIN 








CSPD(D02) 


,WR-CSP 


1622 


.MACRO 


CSPD 


03 


BUSDIN 








CSPD(D03) 


,WR-CSP 


1623 


.MACRO 


CSPD 


^04; 


BUSDIN 








CSPD{D04) 


,WR-CSP 


1624 


.MACRO 


CSPD 


;o5" 


BUSDIN 








CSPD(D05) 


,WR-CSP 


1625 


.MACRO 


CSPD 


;06 


BUSDIN 








CSPD(D06) 


,WR-CSP 


1626 


.MACRO 


CSPD 


^07 


BUSDIN 








CSPD(D07) 


,WR-CSP 


1627 


.MACRO 


CSPD 


;io 


BUSDIN 








CSPD(DIO) 


,WR-CSP 


1628 


.MACRO 


CSPD 


11 


BUSDIN 








CSPD{D11) 


,WR-CSP 


1629 


.MACRO 


CSPD 


;i2 


BUSDIN 








CSPD(D12) 


,WR-CSP 


1630 


.MACRO 


CSPD 


13 


BUSDIN 








CSPD (D13) 


,WR-CSP 


1631 


.MACRO 


CSPD 


14; 


BUSDIN 








CSPD(D14) 


,WR-CSP 


1632 


.MACRO 


CSPD 


15; 


BUSDIN 








CSPD(D15) 


,WR-CSP 


1633 


.MACRO 


CSPD 


16; 


BUSDIN 








CSPD(D16) 


,WR-CSP 


1634 


.MACRO 


CSPD 


17; 


BUSDIN 








CSPD(D17) 


,WR-CSP 


1635 


.MACRO 


CSPD 


md; 


BUSDIN 








CSPD{D15) 


,WR-CSP 


1636 
















1637 




IN.B. 




REQUIRED THAT BUSDIN EMIT [15-00] PREVIOUSLY SET 


1638 


.MACRO 


CSPD 


.00 


EMIT 








CSPD(DOO) 


,WR-CSP 


1639 


.MACRO 


CSPD 


01 


EMIT 








CSPD{D01) 


,WR-CSP 


1640 


.MACRO 


CSPD 


02 


EMIT 








CSPD(D02) 


,WR-CSP 


1641 


.MACRO 


CSPD 


.03 


EMIT 








CSPD(D03) 


,WR-CSP 


1642 


.MACRO 


CSPD 


.04 


EMIT 








CSPD(D04) 


,WR-CSP 


1643 


.MACRO 
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:ri7) 


,WR 


[AB 


rH, 


rA) 


BSP 


(ROO) 


,WR 


(ABj 


rL 


rB) 


BSP 


[ROl) 


,WR 


[AB 


rL 


rB) 


BSP 


;ro2) 


,WR 


[AB 


rL 


rB) 


BSP 


]R03) 


WR 


fAR 


T, 


R^ 


BSP 


;ro4) 


,WR 


[ABj 


rL, 


rB) 


BSP 


;r05) 


,WR 


[AB 


rL 


rB) 


BSP 


;ro6) 


,WR 


[AB 


rL, 


rB) 


BSP 


;ro7) 


,WR 


[AB, 


rL, 


rB) 


BSP 


[RIO) 


,WR 


[AB, 


rL, 


rB) 


BSP 


:rii) 


,WR 


[AB, 


rL, 


rB) 


BSP 


(R12) 


,WR 


(AB, 


rL, 


rB) 


BSP 


(R13) 


,WR 


(AB, 


rL, 


rB) 


BSP 


(R14) 


,WR 


(AB, 


rL, 


rB) 


BSP 


(R15) 


,WR 


(AB 


rL, 


rB) 


BSP 


(R16) 


,WR 


(AB, 


rL, 


rB) 


BSP 


(R17) 


,V7R 


(AB, 


rL, 


rB) 
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1823 


.MACRO 


A#BSPHI [00] 


D- 


1824 


.MACRO 


A#BSPHI [01]" 


"d- 


1825 


.MACRO 


A#BSPHI [02]' 


"d- 


1826 


.MACRO 


A#BSPHI [03]' 


~D- 


1827 


.MACRO 


A#BSPHI [04]' 


~D- 


1828 


.MACRO 


A#BSPHI [05]' 


"d- 


1829 


.MACRO 


A#BSPHI [06]' 


~D- 


1830 


•MACRO 


A#BSPHI [07]' 


~D~ 


1831 


.MACRO 


A#BSPHI[10]' 


~D- 


1832 


.MACRO 


A#BSPHI [11]' 


"d- 


1833 


.MACRO 


A#BSPHI [12]' 


~D- 


1834 


.MACRO 


A#BSPHI[13]' 


~D- 


1835 


.MACRO 


A#BSPHI[14]' 


D- 


1836 


.MACRO 


A#BSPHI[15]' 


D- 


1837 


.MACRO 


A#BSPHI[16]' 


D- 


1838 


.MACRO 


A#BSPHI[17]] 


D- 


1839 








1840 


.MACRO 


ASPLO[DF] D 




1841 


.MACRO 


ASPHI[DF] D 




1842 


.MACRO 


BSPLoiDF] D 




1843 


.MACRO 


BSPHI[DF] D 




1844 








1845 


.MACRO 


ASPIjO[SF] D 




1846 


.MACRO 


ASPHI[SF] D 




1847 


.MACRO 


BSPIjO[SF] D 




1848 


.MACRO 


BSPHlisF] D 




1849 








1850 


.MACRO 


A#BSPL0[DF] 


D- 


1851 


.MACRO 


A#BSPHI [DF]' 


D- 


1852 


.MACRO 


AttBSPLO [DF]' 


D- 


1853 


.MACRO 


A#BSPHI [DF]' 


'd- 


1854 








1855 


.MACRO 


A#BSPIX)[SF] 


D- 


1856 


.MACRO 


A#BSPHI [SF]' 


D- 


1857 


.MACRO 


A#BSPIjO[SF] 


~D- 


1858 


.MACRO 


A#BSPHI [SF]' 


"d- 


1859 








1860 


.MACRO 


A#BSPLO [SF] 


D 


1861 








1862 


.MACRO 


A#BSPLO TDFI 


D 


1863 








1864 


.MACRO 




n 
u 


1865 








1866 


.MACRO 


A#BSPHI [DF]_ 


_D 


1867 








1868 








1869 








1870 









;b] ::= BSP{ROO) ,WR{AB 

B] ::= BSP(ROl) ,WR(AB 

;b] ::= BSP(R02) ,WR(AB 

:b] ::= BSP(R03) ,WR(AB 

;b] ::= BSP(R04) ,WR(AB 

;b] ::= BSP(R05) ,WR(AB 

:b] ::= BSP(R06) ,WR(AB 

;b] ::= BSP(R07) ,WR(AB 

;b] ::= BSP(RIO) ,WR(AB 

:b] ::= BSP(Rll) ,WR(AB 

B] ::= BSP(R12) ,WR(AB 

:b] ::= BSP(R13) ,WR(AB 

:b] ::= BSP(R14) ,WR(AB 

:b] ::= BSP(R15) ,WR(AB 

:b] ::= BSP(R16) ,WR(AB 

:b] ::= BSP(R17) ,WR{AB 



= ASP-ADDRS-R[DF 

= ASP-ADDRS-R[DF 

= BSP-ADDRS-R[DF 

= BSP-ADDRS-R[DF 

= ASP-ADDRS-R[SF 

= ASP-ADDRS-R[SF 

= BSP-ADDRS-R[SF 

= BSP-ADDRS-R[SF 



[A] ::= ASP-ADDRS-R[DF 

[A] ::= ASP-ADDRS-R[DF 

[B] : : = BSP-ADDRS-R [DF 
[B] ::= BSP-ADDRS-R [DF 

[A] : : = ASP-ADDRS-R [SF 

[A] : : = ASP-ADDRS-R [SF 

[B] : : = BSP-ADDRS-R [SF 
[B] : : = BSP-ADDRS-R [SF 



::= ASP-ADDRS-R [SF; 

BSP-ADDRS-R 
::= ASP-ADDRS-R [DF: 

BSP-ADDRS-R 
::= ASP-ADDRS-R [SF 

BSP-ADDRS-R 
::= ASP-ADDRS-R [DF; 

BSP-ADDRS-R 















H Rl 
n / D, 




n / o, 




















H,B) 




H,B] 




H R' 
n / 




H R' 




H,B' 




h,b: 




H,B) 




,WR 


fA.L.A^ 


WR 


A H A^ 


,WR 


(B,L,B) 


,WR 


(B,H,B) 






.WR 


A.H .A^ 


,WR 


(B,L,B) 


,WR 


(B,H,B) 


,WR 


(AB,L,A) 


,WR 


;ab,h,a) 


,WR 


;ab,l,b) 


,WR 


(AB,H,B) 


,WR 


(AB,L,A) 


,WR 


(AB,H,A) 


,WR 


(AB,L,B) 


,WR 


(AB,H,B) 



;SF] ,WR(AB,L,A) 
DF] ,WR(AB,L,A) 
;SF] ,WR(AB,H,A) 
DF] ,WR(AB,H,A) 
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1871 


! 














* D AND SR <- (BUS-A FCN BUS-B) , AT P2-T OR P3-T 


















! LOGIC FUNCTIONS: 








J. (J / u 




SR ZERO 


:= ZERO, 


CLK-SR 


1 877 




SR A-XOR-B : 


:= A-XOR-B, CLK-SR 


1878 


MACRO 


SR B : 


:= B,CLK- 


■SR 


1879 


MACRO 


SR A-AND-B : 


:= A-AND- 


■B, CLK-SR 


1880 


.MACRO 


SR A-IOR-B : 


:= A-IOR-B, CLK-SR 


1881 


.MACRO 


SR A : 


:= A,CLK- 


-SR 


1882 


.MACRO 


SR NOT-A 






= NOT-A, CLK-SR 


1883 


.MACRO 


SR NOT-A-AND-B : 


:= NOT-A-AND-B, CLK-SR 


1884 


.MACRO 


SR A-AND-NOT-B : 


:= A-AND- 


-NOT-B, CLK-SR 


1885 


.MACRO 


D ZERO : 


:= ZERO,CLK-D 


1886 


.MACRO 


D A-XOR-B : 


:= A-XOR-B, CLK-D 


1887 


-MACRO 


D B 


:= B, CLK-D 


1888 


-MACRO 


D A-AND-B : 


:= A-AND- 


-B, CLK-D 


1889 


.MACRO 


D A-IOR-B : 


:= A-IOR-B, CLK-D 


1890 


-MACRO 


D A 


:= A,CLK- 


-D 


1891 


-MACRO 


D NOT-A : 


:= NOT-A, CLK-D 


1892 


•MACRO 


D NOT-A-AND-B : 


:= NOT-A- 


-AND-B, CLK-D 


1893 


•MACRO 


D_A-AND-NOT-B 


:= A-AND- 


-NOT-B, CLK-D 


1894 












1895 




lARITH FUNCTIONS: 








1896 


.MACRO 


D DIVIDE-STEP 






= DIVIDE, CLK-D 


1897 


•MACRO 


D A-PLUS-B 






= A-PLUS-B, CLK-D 


1898 


•MACRO 


D A-PLUS-B-PLUS-0 






= A-PLUS-B, CLK-D 


1899 


MACRO 


D A-MINUS-B 






= A-MINUS-B, CLK-D 


1900 


MACRO 


D A-PLUS-B-PLUS-PS [C] 






= A-PLUS-B-PLUS-PS [C] , CLK-D 


1901 


MACRO 


D A-PLUS-B-PLUS-D[C] 






= A-PLUS-B-PLUS-D[C] , CLK-D 


1902 


MACRO 


D A-PLUS-NOT-B-PLUS-D[C] 






= A-PLUS-NOT-B-PLUS-D [C] ,CLK-D 


1903 


MACRO 


D A-PLUS-B-PLUS-1 






= A-PLUS-B-PLUS-1, CLK-D 


1904 


MACRO 


SR DIVIDE-STEP 






:= DIVIDE, CLK-SR 


1905 


MACRO 


SR A-PLUS-B 






= A-PLUS-B, CLK-SR 


1906 


MACRO 


sr"~a-plus-b-plus-o 






:= A-PLUS-B, CLK-SR 


1907 


MACRO 


SR A-MINUS-B 






.= A-MINUS-B, CLK-SR 


1908 


MACRO 


SR A-PLUS-B-PLUS-PS [C] 






= A-PLUS-B-PLUS-PS [C] , CLK-SR 


1909 


MACRO 


SR A-PLUS-B-PLUS-D[C] 






:= A-PLUS-B-PLUS-D[C] , CLK-SR 


1910 


MACRO 


SR A-PLUS-NOT-B-PLUS-D[C] 






:= A-PLUS-NOT-B-PLUS-D [C] ,CLK-SR 


1911 


MACRO 


SR A-PLUS-B-PLUS-1 






:= A-PLUS-B-PLUS-1, CLK-SR 


1915 












1916 


.TOC 


* D[C] GETS SET 








1917 












1918 


.MACRO 


D[C] CINMUX : 


:= CLK- 


-D,COOT CIN 


1919 


•MACRO 


D[C]_1 : 


:= CLK- 


-D,COOT CIN 


1920 






INEEDS SPECIFIC ALU/ 


1921 


MACRO 


D[C]_0 : 


:= CLK- 


-D,COOT CIN 


1922 








INEEDS SPECIFIC ALU/ 


1923 


•MACRO 


D[C] PS[C] : 


:= CLK-D, COUT PS[C] 


1924 


.MACRO 


D[C] ALUOO 


:= CLK- 


-D,COOT ALUOO 


1925 


.MACRO 


D[C] ALU07 : 


:= CLK-D, COUT ALU07 


1926 


.MACRO 


D[C] ALU15 : 


:= CLK-D, COUT ALU15 


1927 


.MACRO 


D[C] COUT07 


:= CLK- 


-D,COOT COUT07 


1928 


.MACRO 


D[C] C0UT15 : 


:= CLK-D, COUT C0UT15 


1929 


.MACRO 


D[C] D[C] : 


:= CLK-D, COOT D[C] 


1930 


.MACRO 


SAVE-D[C] 


:= CLK-D, COOT D[C] 
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1931 
1932 
1933 
1934 
1935 
1936 
1937 
1938 
1939 
1940 
1941 
1942 
1943 
1944 
1945 
1946 
1947 
1948 
1949 
1950 
1951 
1952 
1953 
1954 
1955 
1956 
1957 
1958 
1959 
1960 
1961 
1962 
1963 
1964 
1965 
1966 
1967 
1968 
1969 
1970 
1971 
1972 



.TOC 


* 


D-REGISTER <- [BBUS = 




IN.B.: SHIFT TREE ENABLED i 


.MACRO 


D 


D-SHIFTED-XOR-CSPB (XX) : : = 


.MACRO 


D_ 


p-SHIFTED-XOR-BSPHI (XX) : : = 


Kif TV ^TV^ 

.MACRO 


D 


FLTPT-XOR-CSPB (XX) : : = 


.MACRO 


D~ 


FLTPT-XOR-CSPD (XX) : : = 


.MACRO 


D_ 


>LTPT-XOR-BSPHI (XX ) : : = 


.MACRO 


D 


SR-XOR-CSPB (XX) : : = 


•MACRO 


D 


"SR-XOR-CSPD (XX) : : = 


.MACRO 


D_ 


]SR-XOR-BSPHI (XX) : : = 


.MACRO 


D_ 


ASPLO [ 17 ] -XOR-CSPD (XX) : : = 


.MACRO 


D 


ASPLO [07] -XOR-BSPHI (XX) : : = 


.MACRO 


D_ 


_ASPLO [ 05 ] -XOR-BSPHI (XX) : : = 


.MACRO 


D 


SR-XOR-BSPLO [SF] : : = 


.MACRO 




_SR-XOR-BSPHI [DF] : : = 


.MACRO 


D 


ASPLO [DF] -XOR-BSPHI [SF] : : = 


•MACRO 




_ASPHI [SF] -XOR-BSPLO [DF] : : = 


.MACRO 


D 


CSPD [05] -XOR-ASPLO (XX) : : = 


•MACRO 


d" 


CSPD [05] -XOR-ASPHI (XX) : : = 


.MACRO 


d" 


CSPD [ 06 ] -XOR-ASPLO (XX) : : = 


.MACRO 


D 


CSPD [06] -XOR-ASPHI (XX) : : = 


.MACRO 


D 


_CSPD [17] -XOR-ASPHI (XX) : : = 


.MACRO 


D 


ASPLO [02] -XOR-BSPLO (XX) : : 


.MACRO 


D 


ASPLO [03 ] -XOR-BSPLO (XX) : : 


.MACRO 


D 


ASPLO [04] -XOR-BSPLO (XX) : : 


.MACRO 


D 


ASPLO [05] -XOR-BSPLO (XX) : : 



A-XOR-B,CSPB(@XX) ,CLK-D 
A-XOR-B,BSPHI (@XX) ,CLK-D 



A-XOR-B,SR,CSPB(@XX) ,CLK-D 
A-XOR-B,SR,CSPD((aXX) ,CLK-D 
A-XOR-B,SR,BSPHI (@XX) ,CLK-D 

A-X0R-B,ASPL0(R17) ,CSPD((axX) ,CLK-D 
A-XOR-B,ASPLO(R07) ,BSPHI (@XX) ,CLK-D 
A-XOR-B, ASPLO (R05) ,BSPHI (@XX) ,CLK-D 

A-XOR-B,SR,R[SF] -LO-B,CLK-D 
A-XOR-B , SR, R [DF] -HI-B , CLK-D 

A-XOR-B, R[DF] -LO-A,R[SF] -HI-B, CLK-D 
A-XOR-B, R[SF] -HI-A,R[DF] -LO-B, CLK-D 



A-XOR-B, CSPD (D05) 
A-XOR-B, CSPD (D05) 
A-XOR-B, CSPD (D06) 
A-XOR-B,CSPD (D06) 
A-XOR-B, CSPD (D17) 



,ASPLO(@XX) , CLK-D 
,ASPHI (@XX) ,CLK-D 
,ASPLO(@XX) , CLK-D 
,ASPHI(@XX) , CLK-D 
,ASPHI (@XX) ,CLK-D 



A-XOR-B,ASPLO(R02) ,BSPLO(@XX) ,CLK-D 
A-XOR-B, ASPLO (R03) ,BSPLO(@XX) ,CLK-D 
A-XOR-B, ASPLO (R04) ,BSPLO(@XX) , CLK-D 
A-XOR-B, ASPLO (R05) ,BSPLO(@XX) ,CLK-D 
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1973 


.oxx: 


* D-REGISTER <- D-REGISTER THRU SHIFT^REE 


1974 










1975 


.MACRO 


D D-RIGHT-14 : 


j = 


A, D-RIGHT-14 ,CLK-D 


1976 


.MACRO 


D D-RIGHT-13 : 


: = 


A , D-RIGHT-13 , CLK-D 


1977 


.MACRO 


D D-RIGHT-12 : 


J = 


A,D-RIGHT-12 ,CLK-D 


1978 


.MACRO 


D D-RIGHT-11 


: = 


A, D-RIGHT-11 ,CLK-D 


1979 


.MACRO 


D D-RIGHT-10 : 


: = 


A, D-RIGHT-10 ,CLK-D 


1980 


.MACRO 


D D-RIGHT-9 : 


: = 


A, D-RIGHT-9, CLK-D 


1981 


.MACRO 


D D-RIGHT-8 : 


: = 


A, D-RIGHT-8, CLK-D 


1982 


.MACRO 


D D-RIGHT-7 


: = 


A,D-RIGHT-7, CLK-D 


1983 


.MACRO 


D D-RIGHT-6 : 


: = 


A,D-RIGHT-6, CLK-D 


1984 


.MACRO 


D D-RIGHT-5 : 


: = 


A, D-RIGHT-5, CLK-D 


1985 


.MACRO 


D D-RIGHT-4 : 


j = 


A, D-RIGHT-4, CLK-D 


1986 


.MACRO 


D D-RIGHT-3 : 


: = 


A, D-RIGHT-3, CLK-D 


1987 


.MACRO 


D D-RIGHT-2 : 


: = 


A, D-RIGHT-2, CLK-D 


1988 


.MACRO 


D D-RIGHT-1 : 


: = 


A, D-RIGHT-1, CLK-D 


1989 


.MACRO 


D D-NO-SHIFT : 


: = 


A , D-NO-SHIFT , CLK-D 


1990 


.MACRO 


D D-DIRECT : 


: = 


A, D-DIRECT, CLK-D 


1991 


.MACRO 


D D : 


J = 


A, D-DIRECT, CLK-D 


1992 


.MACRO 


SAVE-D : 


: = 


A, D-DIRECT, CLK-D 


1993 


.MACRO 


D D-LEFT-1 : 


: = 


A, D-LEFT-1, CLK-D 


1994 


.MACRO 


D D-SWAB : 


: = 


A, D-SWAB, CLK-D 


1995 


.MACRO 


D D-SWAB-RIGHT-3 : 


: = 


A, D-SWAB-RIGHT-3 , CLK-D 


1996 


.MACRO 


D D-SWAB-LEFT-1 : 


: = 


A , D-SWAB-LEFT-1 , CLK-D 


1997 


.MACRO 


D D-SIGNEXT : 


• = 


A, D-SIGNEXT, CLK-D 


1998 


.MACRO 


D D-SIGNEXT-RIGHT-1 : 


.= 


A , D-SIGNEXT-RIGHT-1 , CLK-D 


1999 


.MACRO 


D D-SIGNEXT-LEFT-l : 


.= 


A,D-SIGNEXT-LEFT-1 , CLK-D 


2000 


.MACRO 


D NO-SHIFT : 




A, NO-SHIFT, CLK-D 


2001 


.MACRO 


D DIRECT : 




A, DIRECT, CLK-D 


2002 


.MACRO 


D COUNT#D[HI] : 




A,COUNT#D [HI] , CLK-D 


2003 


.MACRO 


D COUNT#D[LO] : 




A,COUNT#D[LO] , CLK-D 


2004 










2005 










2006 











THE 11/60 PREDEFINITIONS 



Page B- 



2007 


• TOC 


* D <- WHATEVER 'S LEFT 


2008 






2009 


.MACRO 


D NOT-ASPHI (XX) 


2010 


.MACRO 


D_NOT-ASPLO (XX) 


2011 






2012 


.MACRO 


D CSPD(XX) 


2013 


.MACRO 


D_CSPB (XX) 


2014 






2015 


.MACRO 


D BSPHI(XX) 


2016 


.MACRO 


D BSPIjO(XX) 


2017 


.MACRO 


D ASPHI(XX) 


2018 


.MACRO 


D_ASPLO (XX) 


2019 






2020 


.MACRO 


D ASPLO[DF] 


2021 


.MACRO 


D ASPHI[DF] 


2022 


.MACRO 


D BSPLD[DF] 


2023 


.MACRO 


D BSPHI[DF] 


2024 


.MACRO 


D ASPLO[SF] 


2025 


.MACRO 


D ASPHI [SF] 


2026 


.MACRO 


D BSPLO[SF] 


2027 


.MACRO 


D_BSPHI [SF] 


2028 






2029 


.MACRO 


D CSPD [14] -AND-ASPHI (XX) : : 


2030 


.MACRO 


D_CSPD [15] -AND-ASPHI (XX) : : 


2031 






2032 






2033 


.MACRO 


SR_ASPHI [17] -AND-007700 


2034 






2035 


.MACRO 


D_SR-IOR-170000 


2036 






2037 


.MACRO 


SR_ASPHI [17]-AND-000077 


2038 






2039 


.MACRO 


D_SR-IOR-0 00100 


2040 






2041 






2042 


.MACRO 


D_ASPIX) [17 ] -AND-CSPD (XX) 


2043 






2044 


.MACRO 


D_ASPHI [00] -lOR-CSPD (XX) 


2045 






2046 


.MACRO 


D_ASPHI [00] -lOR-CSPB (XX) : : 


2047 






2048 


.MACRO 


D SR 


2049 


.MACRO 


D_JUNK 


2050 






2051 






2052 







: : = NOT-A, ASPHI (@XX) ,CLK-D 

: : = NOT-A, ASPLO (QXX) ,CLK-D 

::= B,CSPD(@XX) ,CLK-D 

::= B,CSPB((axX) ,CLK-D 



= B,BSPHI(@XX) ,CLK-D 

= B,BSPIjO (QXX) ,CLK-D 

= A,ASPHI (@XX) ,CLK-D 

= A,ASPIjO ((axX) ,CLK-D 



A,R[DF]- 

A, R[DF]' 

B, R[DF] 
B,R[DF] 
A,R[SF] 

A, R[SF] 

B, R[SF] 
B,R[SF] 



-LO-A,CLK-D 
■HI-A,CLK-D 
-LO-B,CLK-D 
-HI-B,CLK-D 
-LiO-A,CLK-D 
-HI-A,CLK-D 
-LO-B,CLK-D 
-HI-B,CLK-D 



A-AND-B,CSPD(D14) , ASPHI (@XX) ,CLK-D 
A-AND-B, 

CSPD(D15) ,ASPHI (QXX) ,CLK-D 

: : = A-AND-B , ASPHI (Rl7 ) , 
CSPB(B17) ,CLK-SR 
::= A-IOR-B,SR, 
CSPB(B16) ,CLK-D 
: : = A-AND-B , ASPHI (R17 ) , 
CSPB(B15) ,CLK-SR 
::= A-IOR-B,SR, 
CSPB(B14) ,CLK-D 

: : = A-AND-B , ASPLO (Rl7 ) , 
CSPD(@XX) ,CLK-D 
: := A-IOR-B,ASPHI (ROO) , 
CSPD(@XX) ,CLK-D 
A-IOR-B,ASPHI (ROO) ,CSPB((aXX) ,CLK-D 

::= A,SR,CLK-D 
::= ZERO,CLK-D 
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2053 












2054 












2055 


.TOC 


* SR <- DATA, AT P2 T OR P3 T 


2056 












2057 




IN.B.: THE PARTICULAR FUNCTION SELECTED REQUIRES THE RESIDUAL 


2058 




! CONTROL REGISTER 


("RES-REG") TO HAVE THE APPROPRIATE 


2059 




I FUNCTION SETUP FOR THE SR OPERATION. 


2060 












2061 




1 POSSIBLE FUNCTIONS: 


LOAD, LEFT, RIGHT, NOP 


2062 












2063 


.MACRO 








A, ASPHI (@XX) ,CLK-SR 


2064 


.MACRO 








NuT-A,AbPnI (eXX) ,CLK-bR 


2065 


.MACRO 








B , LbPB ( (9 XX ) , CLK-bR 


2066 


.MACRO 


oK V^oirJJ ^AA ) 






B,CSPD(yXX) ,CLK-SR 


2067 


.MACRO 


CD QCT5IJT /VV\ 






B,BbPnI (eXX) ,LLK.-bR 


2068 


.MACRO 


SR_SR-PLUS-1 






A-PLUS-B ,CUUUUU1-B, SR , CLK-SR 


2069 


.MACRO 


SR ALL-ONES 






A, C177777-A, CLK-SR 


2070 


.MACRO 


SR SR-RIGHT-i 






D-DIRECT [BMUX] , CLK-SR 


2071 


.MACRO 


SR_SR-LEFT-1 






CLK-SR 


2072 


.MACRO 


bR JUNK 






ZERO, CLK-SR 


2073 


.MACRO 


SR D 






A , D-DIRECT , CLK-SR 


2074 


.MACRO 


SR ASPLO[DF] 






A , R [DF ] -LO-A , CLK-SR 


2075 


•MACRO 


SR ASPHI [DF] 






A,R[DF] -HI-A, CLK-SR 


2076 


.MACRO 


SR BSPLO[DF] 






B , R [DF] -LO-B , CLK-SR 


2077 


.MACRO 


SR BSPHI [DF] 






B,R[DF]-HI-B, CLK-SR 


2078 


.MACRO 


SR ASPLO[SF] 






A,R[SF] -LO-A, CLK-SR 


2079 


.MACRO 


SR ASPHI [SF] 






A,R[SF]-HI-A,CLK-SR 


2080 


.MACRO 


SR BSPLO[SF] 






B,R[SF]-LO-B,CLK-SR 


2081 


.MACRO 


SR BSPHI [SF] 






B,R[SF]-HI-B, CLK-SR 


2082 












2083 












2084 












2085 
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2087 


.TOC 


* RES-REG OPERATION MACROS 


2088 












2089 


.MACRO 


RES CSPD{XX) 






CSPD(@XX) , LOAD-RES 


2090 


.MACRO 


RES CSPB(XX) : 




CSPB((axX) ,LOAD-RES 


2091 












2092 












2093 












2094 












2095 












2096 


.TOC 


* BASE MACHINE COUNTER 




2097 












2098 


.MACRO 


COUNTER CSPD(XX) 






LOAD-COUNTER, CSPD (@XX) 


2099 


.MACRO 


COUNTER_BSPHI (XX) 






LOAD-COUNTER, BSPHI ((§XX) 


2100 












2101 












2102 












2103 
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2104 
2105 
2106 
2107 
2108 
2109 
2110 
2111 
2112 
2113 
2114 
2115 
2116 
2117 
2118 
2119 
2120 
2121 
2122 
2123 
2124 
2125 
2126 
2127 
2128 
2129 
2130 
2131 
2132 
2133 
2134 
2135 
2136 
2137 
2138 
2139 
2140 
2141 
2142 
2143 
2144 
2145 
2146 
2147 



.TOC 

.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 

.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 
.MACRO 



ENABLE ON BUS-A/B ONLY 



BUS-A_ASPLO[SF] 
BUS-A_ASPLO [DF] 
BUS-A_ASPHI [SF] 
BUS-A_ASPHI [DF] 
BUS-A 

BUS-A_ASPLO (XX) 
BUS-A_ASPHI (XX) 
BUS-A_SR 
BUS-A FLTPT 



BUS-B 

bus-b' 
bus-b' 
bus-b' 

BUS-B 
BUS-B 

bus-b' 

BUS-B 
BUS-B 



_BSPLO [SF] 
_BSPLO [DF] 
_BSPHI [SF] 
_BSPHI [DF] 

BSPLO (XX) 
_BSPHI (XX) 
_CSPD (XX) 

CSPB (XX) 



R[SF]-LO-A 
R[DF]-LO-A 
R[SF]-HI-A 
R[DF]-HI-A 
NULL 

ASPLO((aXX) 
ASPHI (@XX) 
SR 

FLTPT 

R[SF]-LO-B 
R[DF]-LO-B 
R[SF]-HI-B 
R[DF]-HI-B 
NULL 

BSPLO (@XX) 
BSPHI ((axx) 
CSPD(@XX) 
CSPB((axx) 



.TOC * LOADING BA REGISTER 

ILOADED AT Pl-T ONLY, FROM BUS-B<01:00>#BUS-A<15:00> -> BA<17:00> 



.MACRO BAJBSPLO (XX) 

.MACRO BA_BSPHI (XX) 

.MACRO BA_SR 

.MACRO BA_ASPLO (XX) 

.MACRO BA ASPHI (XX) 



CLK-BA, BSPLO ((axX) 
CLK-BA, BSPHI (@XX) 
CLK-BA,SR 
CLK-BA,ASPLO(@XX) 
CLK-BA,ASPHI(@XX) 



.TOC * D AND SR TOGETHER 
.MACRO SR#D SR-PLUS-CSPD (XX) 



= A-PLUS-B,SR,CSPD(@XX) ,CLK-D,CLK-SR 
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01 AQ 
ZlficJ 








ziDl) 




ZlD± 


. lUL 


ZlDZ 




01 K'i 




Z1d4 




ZlDD 


.TOC 


2156 




ZlD / 


IPREV. 


zIdo 


.MACRO 


ziDy 


• iXlALKU 


Z±OU 




01 *;i 

ZJ.DX 




91 fi9 




91 fi"^ 
z±o J 




91 f^A 




91 




91 f;^; 

ZlOO 




91 c^n 

ZlD / 




91 




91 




91 in 
Zl /u 


• rlALrvJ 


91 71 
Zi. / X 




91 79 
Z± / Z 




91 7"^ 
Z± / J 




91 7A 
Z± / 


MAPT3n 


91 7R 
Zl / D 




91 7^; 

Zl /D 


MAr'TV^ 

• lYlALKU 


91 77 
Zl / / 




91 7Q 
Zl /O 




91 7Q 
Zl / y 




91 ftn 

ZloU 




91 Ql 
ZlOl 




91 QO 
ZloZ 


•MALKU 


01 Q'i 
ZlOO 




zlo4 


.MACRO 


2185 




2186 


.MACRO 


2187 




2188 




2189 





UCON FUNCTIONS 



PROCESSOR UCON FUNCTIONS 



IR_EMIT 

PS[15-12]_D[15#13] 

FLAG [ 8-0 ]_D [15-8] 

FPS[7-4]_D[7-4] 

PS[7-4]_D[7-4] 

PS[3-0]_D[3-0] 

PS_D 

UBREAK BUSDIN [11-00] 



SET-UCON-CONTROL, EN "FUNCTION"] 
UCON-OPERATION 
UCON-OPERATION 
UCON-OPERATION 
UCON-OPERATION 
UCON-OPERATION 
UCON-OPERATION 
UCON-OPERATION 
UCON-OPERATION 



•SETUP UCON AND EXECUTE IN 1 
PS[15-12]_D[15#13]-[I] ::= 

FLAG[8-0]_D[15-8]-[I] ::= 

FPS[7-4]_D[7-4]-[I] ::= 

PS[7-4]_D[7-4]-[I] ::= 

PS[3-0]_D[3-0]-[I] ::= 

PS_D-[I] ::= 
UCON-OPERATION, EN-CLK-PS [15- 
BUSDIN_CUA-[I] : 

BUSDIN_FLAGS#FPS- [I ] : 

BUSDIN_PS-[I] : 

BUSDIN EMIT- [I] : 



MICROWORD: 

UCON-PROC , SET-UCON-CONTROL , 

UCON-OPERATION, EN-CLK-PS [15-12] 
UCON-PROC , SET-UCON-CONTROL , 

UCON-OPERATION , EN-CLK-FLAG [ 8-0 ] 
UCON-PROC , SET-UCON-CONTROL , 

UCON-OPERATION , EN-CLK-FPS [ 7-4 ] 
UCON-PROC , SET-UCON-CONTROL , 

UCON-OPERATION , EN-CLK-PS [ 7-4 ] 
UCON-PROC , SET-UCON-CONTROL , 

UCON-OPERATION , EN-CLK-PS [ 3-0 ] 
UCON-PROC , SET-UCON-CONTROL , 
12] , EN-CLK-PS [7-4] , EN-CLK-PS [3-0] 
UCON-PROC , SET-UCON-CONTROL , 

BUSDIN_CUA[14-03] 
UCON-PROC , SET-UCON-CONTROL , 
BUSDIN_FLAG [8-0] #FPS [7-0] 
UCON-PROC , SET-UCON-CONTROL , 

BUSDIN_PS [15-00] 
UCON-PROC , SET-UCON-CONTROL , 
BUSDIN EMIT [15-00] 
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2190 




2191 


• TOC 


2192 




2193 




2194 


.MACRO 


2iyD 




2iyD 


•MACRO 


2iy / 






•MACRO 


91 QQ 






•jyif\LJtvj 


9901 




9909 


• i'it\v^r\w 


990'^ 






MAfRO 


990R 




990fi 




9907 




9908 




990Q 

zzuy 




991 


• IrlALKU 


991 1 




991 9 


• MALRO 


901 "3 




991 /I 


•MACRO 


001 




991 

zz±o 


MAriTDO 

• IrlAv^WJ 


991 7 
ZZ± / 




991 P 


• MALrvJ 


991 Q 

zziy 




OOOO 
ZZZU 


• lyiALRU 


0001 
ZZZl 




9999 


• lYlALivJ 


0001 
ZZZJ 




900A 
ZZZ4 


• MALrvJ 


999R 
ZZZD 




999fi 
zzzo 




9997 
ZZZ / 




999R 
ZZZO 


MAPDO 


999Q 
ZZZ^ 




99'^0 
ZZ 


MAr'TJ/^ 

• lyiHLWj 


oon 
ZZ 




2232 


•MACRO 


2233 




2234 




2235 




2236 





* CACHEAT UCON FUNCTIONS 

'SETUP, EXECUTE IN 1 MICROWORD 

KT-NO-RELOCATE- [ I ] : : = UCON-CACHE-KT , 

SET-UCON-CONTROL , EN-KT-NO-RELOCATE 

BUSDIN_BUS-INTERNAL-ADDR- [ I ] : : = UCON-CACHE-KT , 
SET-UCON-CONTROL ,BUSDIN_BUS-INTERNAL-ADDR [15-00] 
BUSDIN_CPU-INTERNAL-ADDR- [ I ] : : = UCON-CACHE-KT , 
SET-UCON-CONTROL ,BUSDIN_CPU-INTERNAL-ADDR [15-00 ] 
BUSDIN_MMR2- [ I ] : : = UCON-CACHE-KT , 

SET-UCON-CONTROL, BUSDIN_MMR2 [15-00] 
BUSDIN_CACHE-STATUS- [ I ] : : = UCON-CACHE-KT , 

SET-UCON-CONTROL ,BUSDIN_CACHE-STATUS [ 15-00 ] 
BUSDIN_SLR#CCR-[I] ::= UCON-CACHE-KT, 

SET-UCON-CONTROL,BUSDIN_KT-SEL,KT-SEL-SLR#CCR 
BUSDIN_MMRO- [ I ] : : = UCON-CACHE-KT , 

SET-UCON-CONTROL ,BUSDIN_KT-SEL , KT-SEL-MMRO 
BUSDIN_PDR- [ I ] : : = UCON-CACHE-KT , 

SET-UCON-CONTROL ,BUSDIN_KT-SEL , KT-SEL-PDR 
BUSDIN_PAR- [ I ] : : = UCON-CACHE-KT , 

SET-UCON-CONTROL ,BUSDIN_KT-SEL , KT-SEL-PAR 
SLR [15-08]_D [15-08] - [I] : : = UCON-CACHE-KT, 

SET-UCON-CONTROL ,UCON-OPERATION , KT-SEL-SLR#CCR , KT-WRITE-HIGH 
CCR[07-02]_D[07-02]-[I] : := UCON-CACHE-KT, 

SET-UCON-CONTROL ,UCON-OPERATION ,KT-SEL-SLR#CCR,KT-WRITE-LOW 
MMROJD- [ I ] : : = UCON-CACHE-KT , 

SET-UCON-CONTROL ,UCON-OPERATION , KT-SEL-MMRO ,KT-WRITE 
MMRO[00]_D[00]-[I] ::= UCON-CACHE-KT, 

SET-UCON-CONTROL ,UCON-OPERATION , KT-SEL-MMRO , KT-WRITE-LOW 
MMRO [15-01]_D [15-01] - [I] : : = UCON-CACHE-KT, 

SET-UCON-CONTROL ,UCON-OPERATION , KT-SEL-MMRO , KT-WRITE-HIGH 
PDR_D- [I ] : : = UCON-CACHE-KT , 

SET-UCON-CONTROL ,UC0N-OPERATI0N , KT-SEL-PDR, KT-WRITE 
PDR[03-01]_D[03-01]-[I] : := UCON-CACHE-KT, 

SET-UCON-CONTROL , UCON-OPERATION , KT-SEL-PDR, KT-WRITE-LOW 
PDR[14-08]_D[14-08]-[I] : := UCON-CACHE-KT, 

SET-UCON-CONTROL , UCON-OPERATION , KT-SEL-PDR, KT-WRITE-HIGH 
PAR_D- [I] : := UCON-CACHE-KT, 

SET-UCON-CONTROL , UCON-OPERATION , KT-SEL-PAR, KT-WRITE 
PAR [07-00]_D [07-00] - [I] : := UCON-CACHE-KT, 

SET-UCON-CONTROL , UCON-OPERATION , KT-SEL-PAR , KT-WRITE-LOW 
PAR [ 11-08 ] _D [ 11-08 ] - [ I ] : : = UCON-CACHE-KT , 

SET-UCON-CONTROL, UCON-OPERATION, KT-SEL-PAR,KT-WRITE-HIGH 
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2237 


.TOC 


2238 




2239 




2240 


.MACRO 


2241 




2242 


.MACRO 


2243 




2244 


.MACRO 


2245 




2246 


.MACRO 


2247 




2248 


.MACRO 


2249 




2250 


.MACRO 


2251 




2252 


.MACRO 


2253 




2254 


.MACRO 


2255 




2256 


.MACRO 


2257 




2258 


.MACRO 
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.MACRO 


2261 




2262 
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2265 




2266 


.TOC 


2267 




2268 




2269 


.MACRO 


2270 




2271 


.MACRO 


2272 




2273 


.MACRO 


2274 
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.MACRO 


2276 




2277 


.MACRO 


2278 
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.MACRO 


2280 




2281 


.MACRO 
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I-O UCON FUNCTIONS 



IN.B.: SETUP IN 1 
BUSDIN_JAM-[I] 

BUSDIN_SERVICE- [ I ] 

BUSDIN_PBA-[I] 

BC-FCN-0-[I] 

START-DELAY- [I] 

CLR- JAM-ERRORS- [ I ] 

CLR-NPR-^IMEOUT- [I] 

CLR-PWR-FAIL-[I] 

CLR-YELLOW-ZONE- [I] 

ALIiOW-BG[l]H-[I] 

BUS-INIT-UCON-[I] 



MICROWORD 

: : = UCON-I-0 , EN-STATUS-MUX , 
SET-UCON-CONTROL,BUSDIN_JAM [15-00] 
: : = UCON-I-0 , EN-STATUS-MUX , 
SET-UCON-CONTROL,BUSDIN_SERVICE [15-00] 
: := UCON-I-0,EN-STATUS-MUX, 
SET-UCON-CONTROL,BUSDIN_PBA [15-00] 
: : = UCON-I-0 , SET-UCON-CONTROL , 
UCON-OPERATION , EN-BC-FCN-0 
: : = UCON-I-0 , SET-UCON-CONTROL , 
UCON-OPERATION , EN-START-DELAY 
: : = UCON-I-0 , SET-UCON-CONTROL , 
UCON-OPERATION , EN-CLR-JAM-ERRORS 
: : = UCON-I-0 , SET-UCON-CONTROL , 
UCON-OPERATION , EN-CLR-NPR-TIMEOUT 
: : = UCON-I-0 , SET-UCON-CONTROL , 
UCON-OPERATION , EN-CLR-PWR-FAIL 
: : = UCON-I-0 , SET-UCON-CONTROL , 
UCONHDPERATION , EN-CLR-YELLCW-ZONE 
: : = UCON-I-0 , SET-UCON-CONTROL , 
UCON-OPERATION , EN-ALLOW-BG [ 1 ] H 
: : = UCON-I-0 , SET-UCON-CONTROL , 
UCON-OPERATION , EN-BUS-INIT-UCON 



* CONSOLE UCON FUNCTIONS 

iSETS UP AND PERFORMS INDICATED OPERATION IN 1 MICROWORD 
CONSOLE-NOP ::= UCON-I-0, 

EN-CONSOLE-COMMAND, SET-UC0N-C0NTR0L,UC0N-OPERATI0N,EN-CNSL-N0P 
CLEAR-CONSOLE-COUNTER : : = UCON-I-O , 

EN-CONSOLE-COMMAND , SET-UCON-CONTROL , UCON-OPERATION , EN-CLR-COUNTR 
INCREMENT-CONSOLE-COUNTER : : = UCON-I-0 , 

EN-CONSOLE-COMMAND , SET-UCON-CONTROL , UCON-OPERATION , EN-INCR-COUNTR 
CLEAR-CONSOLE-SERVICE : : = UCON-I-0 , 

EN-CONSOLE-COMMAND, SET-UCON-C0NTR0L,UC0N-OPERATI0N,EN-CLR-CNSL-SRVC 
STROBE-CONSOLE-DISPLAY ::= UCON-I-O, 

EN-CONSOLE-COMMAND , SET-UCON-CONTROL , UCON-OPERATION , EN-STRB-DISP 
CLEAR-CONSOLE-LED ::= UCON-I-0, 

EN-CONSOLE-€OMMAND , SET-UCON-CONTROL , UCON-OPERATION , EN-CLR-CNSL 
SET-CONSOLE-LED ::= UCON-I-0, 

EN-CONSOLE-COMMAND , SET-UCON-CONTROL , UCON-OPERATION , EN-SET-CNSL 
SET-CONSOLE-DP-LEDS ::= UCON-I-0, 

EN-CONSOLE-COMMAND , SET-UCON-CONTROL , UCON-OPERATION , EN-SET-DP 
BUSDIN_CONSOLE-[I] ::= UCON-I-0, 

EN-STATUS-MUX, SET-UCON-CONTROL,BUSDIN CONSOLE [06-00] 
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.TOC 
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.TOC 
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2320 
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2323 
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.TOC 
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.MACRO 
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* DBUF UCON FUNCTIONS 

! PREVIOUSLY SETUP UCON-I-O, EN LOAD DBUF 
DBUF_D ::= UCON-OPERATION 

1 SETUP AND EXECUTE IN 1 MICROWORD: 

DBUFJD- [I ] : : = UCON-I-O , SET-UCON-CONTROL , 

UCON-OPERATION, EN-LOAD-DBUF [15-00] 



* MULTIPLE UCON FUNCTIONS 

ITHESE ARE FUNCTIONS OF MORE THAN 1 UCON ENABLED SIMULTANEOUSLY 



1 PREVIOUSLY SETUP: 
IR DBUF 



: : = UCON-OPERATION 



i SETUP AND EXECUTE IN 1 MICROWORD: 

IR_DBUF- [ I ] : : = UCON-PROC , UCON-I-O , SET-UCON-CONTROL , 

UCON-OPERATION, EN-CLK-IR[15-00] ,BUSDIN_DBUF [15-00] 

* WCS FUNCTIONS 

1 INVOKE A TMS ROUTINE TO USE LOCAL STORE. 

TMSPTR_(XX) ::= BEGIN AES,SELECT/UC0N, 

UCON-XFERAES ,UCON-LOAD/YES ,UCON/(axX , 

UCON-SEL-WCS/YES 



* JAM UPP LOG MACROS 

IMACROS CONCERNED WITH CSP LOG AFTER UNEXPECTED JAMUPP 
! MACROS REQUIRE APPROPRIATE REGISTER ENABLED ON BUSDIN 



CSPD[00]_LOG-CUA 
CSPD [ 01 ] JjOG-SERVICE 
CSPD[02] LOG-JAM 



= CSPD(DOO) ,WR-CSP 
= CSPD(DOl) ,V7R-CSP 
= CSPD(D02) ,WR-CSP 



I***** END OF MACRO DEFINITIONS ***** 



APPENDIX C 

THE DISPATCH FILE AND MEMORY PARTITIONING 



This appendix discusses the dispatch file, which is normally included 
in every microprogram assembly. Then, a technique for partitioning 
the Writable Control Store so that several separately assembled 
microprograms can be loaded together and executed is described. 



C. 1 THE DISPATCH FILE 

The dispatch file, DSPTCH, serves two purposes in an 11/60 
microprogram assembly. First, it provides for the reservation of the 
first two hundred words of the Writable Control Store, so that the 
assembler does not overwrite the words required for the resident 
section. Second, it provides an entry point mechanism, so that the 
microprogrammer can designate entry points within the microprogram for 
any one or more of the eight possible XFCs. 

The contents of the dispatch file is as follows: 



2345 

2346 .NLIST 
2347 

2348 .CODE 
2349 

2350 AAA: 

2351 . BEGINrlO [6002: 6003 ] 

2352 . BEGIN=1 00 [6004: 6007 ] 

2353 .BEGIN=1000[6010:6017] 

2354 .BEGINrOOO [6020:6027] 

2355 DISPCH: 

2356 .BEGINrI 000 [6030:6037] 

2357 . BEGINrI 00000 [6040: 6077 ] 

2358 .BEGIN =1000000 [6 100: 61 77] 
2359 

2360 PAGECI ) ,BUT(SUBRB) , J/CON99 

6000 00000000 00000000 01000000 00000000 00111000 00100000 

2361 P3, CSPD[MD]_^EMIT(0010) , 

2362 NEXT, BUT(SUBRB) ,PAGE(0) ,J/TRPOO 

6001 00001000 00000010 00000000 00101000 00111000 01010111 

2363 .LIST 
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If the programmer wants to have several separately assembled 
microprograms operating in the Writable Control Store, he must 
partition the WCS by the following set of actions: 



1. Divide the microprograms into a main program with one or more 
subordinate microprograms. 



2. Determine the address ranges to be associated with the 
microprograms . 



3. Assemble the main program with the dispatch file and with 
entry points for that program and all the subordinate 
programs . 



4. Assemble the subordinate programs without the dispatch file, 
but with the appropriate .BOUNDS keyword line followed by a 
.CODE keyword line. 

Suppose, for example, the programmer has three programs: LOOKUP, 
SORT, and MATPAK. The programmer decides that LOOKUP will be the main 
program (assembled at 6200) and that SORT (assembled at 7000) and 
MATPAK (assembled at 7400) will be the subordinate programs. He 
begins by adding the following information to the source for LOOKUP: 

.CASE 1 OF DISPCH 
SORTENTRY: 

J/7000; 
.CASE 2 OF DISPCH 
MATPAKENTRY: 

J/7400; 
.CASE OF DISPCH 
LOOKUP: 

Then, he adds the following to the SORT source: 

.BOUNDS[7000:7377] 
.CODE 

And the following to the MATPAK source: 

.BOUNDS[7400:7777] 
.CODE 
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He can then assemble and load the three programs as follows: 

>MIC LOOKUP , LOOKUP=PREDEF , DISPTCH , LOOKUP 

>MIC SORT, SORT=PREDEF, SORT 

>MIC MATPAK,MATPAK=PREDEF,MATPAK 

>MLD WCS=MICPAK, LOOKUP, SORT, MATPAK 

The .BOUNDS keyword can be used, in separate assemblies, to partition 
the WCS for several users or for several logical functions for a 
single user. If the assembler cannot find the required addresses 
within the specified bounds, then the assembly fails. In specifying 
the .BOUNDS keyword, the programmer should take into account any 
future expansions or corrections for the microprogram and allocate 
some additional space, since discontinuous bounds cannot be specified. 



APPENDIX D 



LINKED LIST EXAMPLE 



The example given in this section is a microprogram that implements 
three subroutines for handling a linked list. The linked list is kept 
in the local store portion of the WCS. It is assumed to have been 
initialized. 



The microprogram is written in the standard format, which is described 
in Section 14.3.2. The program documentation is included in the 
listing as comments. 



The three subroutines are: 

INSERT Insert element pointed to by R2 before the element in 
the list pointed to by Rl. 

REMOVE Remove the entry pointed to by Rl from the linked list. 

APPEND Add the entry pointed to by Rl to the end of the list. 
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TABLE OF CONTENTS 



.NLIST 
.NLIST 



***** FORWARD ***** 

* * ^* * 

* * ^* * 

* *^ * * 

***** BACKWARD ***** 

***** FORWARD 

* * ^ "p 

R2 >* * 

p ^ * * 

BACKWARD ***** 



THE ABOVE DLAGRAM IS AN ATTEMPT TO DESCRIBE THE INPUT CONDITIONS 

WHICH EXIST AT THE START OF THE INSERT XFC INSTRUCTION. THE 

REGISTERS CONTAIN THE FOLLOWING INFORMATION: 

Rl- POINTS TO THE ENTRY TO BE INSERTED IN FRONT OF. 

R2- POINTS TO THE ENTRY TO BE INSERTED. 



***** 

* *_. 

* * 

* *^. 
***** 



FORWARD 



FORWARD ***** 
^* * 

R2 >* * 

* *^ 

BACKWARD ***** 



***** 
^* * 

Rl >* 



* 

* * 

BACKWARD ***** 



THE ABOVE DIAGRAM ATTEMPTS TO DOCUMENT THE POINTERS AND THE 

WAY THEY LOOK AFTER THE INSERT ISTRUCTION HAS COMPLETED ITS EXECUTION, 
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2462 
2463 
2464 
2465 
2466 
2467 
2468 
2469 
2470 
2471 
2472 
2473 
2474 
2475 
2476 
2477 
2478 
2479 
2480 
2481 
2482 
2483 
2484 
2485 
2486 
2487 
2488 
2489 
2490 
2491 
2492 
2493 
2494 
2495 
2496 
2497 
2498 

2499 
2500 
2501 
2502 

2503 
2504 
2505 

2506 
2507 
2508 
2509 

2510 



THE FOLLOWING REPRESENTATION IS A MACRO CODE 
VERSION OF THE LINKED LIST ALGORITHM: 



INSERT: MOV R3,-(SP) 



; INSERT ELEMENT POINTEO TO BY R2. 
; BEFORE ELEMENT POINTED TO BY Rl. 



MOV Rl,FLINK(R2) 

MOV BLINK (Rl ) ,BLINK (R2 ) 

MOV BLINK (Rl),R3 

MOV R2,FLINK(R3) 

MOV R2, BLINK (Rl) 

MOV (SP)+,R3 



THE INSERT INSTRUCTION HAS ONE BIG DIFFERENCE THAN THE MACRO 
CODE VERSION IN THAT THE LINKED LIST DATA STRUCTURE IS IN 
LOCAL STORE RATHER THAN MAIN MEMORY. UNDERSTANDING LOCAL STORE 
AND THE ADDRESSING MODES REQUIRED WE CAN REWRITE THE ABOVE 
ALGORITH AS THE FOLLOWING EXPRESSIONS: 

GRAB BLINK (Rl) 
MOV R2, BLINK (Rl) 
MOV R1,FLINK(R2) 
MOV GRABBED,BLINK(R2) 
MOV R2 , (GRABBED) 

THE LATTER ALGORITHM ALTHOUGH NOT AS CLEAR AS THE FIRST ONE 
DOES HAVE THE FOLLOWING PROPERTY THAT THE ADDRESS REGISTER ON 
THE WCS BOARD NEEDS TO BE LOADED ONLY THREE TIMES WHEREAS 
IMPLEMENTING THE FIRST METHOD WOULD REQUIRE LOADING THE 
ADDRESS REGISTER SIX TIMES. ALSO IMPLEMENTING THE 
LINKED LIST IN LpCAL STORE SHOULD SHOW SOME IMPROVEMENT 
OVER THE MAIN MEMORY VERSION ALTHOUGH THE DATA TO 
SUBSTANTIATE THIS HAS NOT BEEN COLLECTED YET. 



INSERT: 

P2-T , D_A-PLUS-B , Rl-A , CSPB (ONE ) , 
NEXT, J/INSl 

6200 10011100 10011000 00010000 00000000 00110000 10000001 



1D<— BLINK (Rl) ADDRESS. 



"INITIATE LOADANDREAD. 



INSl: 

P3 , TMSPTR_(LOADANDREAD) , 

NEXT, J/INS2 

6201 10100000 00000000 00000001 10110000 00110000 10000010 



INS2: 

NEXT, J/INS3 INULL WORD ONE. 

6202 00000000 00000000 00000000 00000000 00110000 10000011 



INS3: 

P3 , CSPB [MD] _BUSDIN , 

NEXT, J/INS4 

6203 00001110 00000000 00000000 00001000 00110000 10000100 



BLINK (Rl) ARRIVES FROM LOCAL STORE. 
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2511 INS4: 

2512 P2-T, D_A,R2-A, 

2513 NEXT, J/INS5 

6204 11110000 10001010 00010000 

2514 

2515 INS5: 

2516 P3, TMSPTR_(WRITE) , 

2517 NEXT, J/INS6 

6205 00100110 00000000 00000001 

2518 

2519 INS6: 

2520 NEXT, J/INS7 

6206 00000000 00000000 00000000 

2521 

2522 INS7: 

2523 P2-T, D_A,R2-A, 

2524 NEXT, J/INS8 

6207 11110000 10001010 00010000 

2525 

2526 INS8: 

2527 P3, TMSPTR_(LOADWRITEINC) , 

2528 NEXT, J/INS9 

6210 00100000 10000000 00000001 

2529 

2530 INS9: 

2531 P2-T, D_A,R1-A, 

2532 NEXT, J/INSIO 

6211 11110000 10011000 00010000 

2533 

2534 INSIO: 

2535 NEXT, J/INSll 

6212 00000000 00000000 00000000 

2536 

2537 INSll: 

2538 P2-T, D_B,CSPB{]yiD) , 

2539 NEXT, J/INS12 

6213 10101110 00000000 00010000 

2540 

2541 INS12: 

2542 P3, TiyiSPTR_(WRITE) , 

2543 NEXT, J/INS13 

6214 00100110 00000000 00000001 

2544 

2545 INS13: 

2546 NEXT, J/INS14 

6215 00000000 00000000 00000000 

2547 

2548 INS14: 

2549 NEXT, J/INS15 

6216 00000000 00000000 00000000 

2550 



1D<— R2 FOR WRITE INTO BLINK (Rl) 
00000000 00110000 10000101 

1 INITIATE MOV R2, BLINK (Rl) 
10110000 00110000 10000110 

INULL WORD ONE. 
00000000 00110000 10000111 

1D<— FLINK(R2) ADDRESS 
00000000 00110000 10001000 

1 INITIATE LOAD, WRITE AND INC 
10110000 00110000 10001001 

1D<— Rl DATA FOR MOV Rl,FLINK{R2) 
00000000 00110000 10001010 

INULL WORD TWO. 
00000000 00110000 10001011 

1D<— BLINK (Rl) FETCHED EARLIER. 
00000000 00110000 10001100 

•INITIATE MOV BLINK (Rl) , BLINK (R2) 
10110000 00110000 10001101 

INULL WORD ONE. 
00000000 00110000 10001110 

INULL WORD TWO. 
00000000 00110000 10001111 
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2551 
2552 
2553 

2554 
2555 
2556 
2557 

2558 
2559 
2560 

2561 
2562 
2563 

2564 
2565 
2566 
2567 
2568 
2569 
2570 
2571 
2572 
2573 
2574 
2575 
2576 
2577 
2578 
2579 
2580 
2581 
2582 
2583 
2584 
2585 
2586 
2587 
2588 
2589 
2590 
2591 
2592 
2593 
2594 
2595 
2596 
2597 



INS15: 

P3, TMSPTR_(LOADANCWRITE) , 1 INITIATE MOV R2, BLINK (Rl) 

NEXT, J/INS16 ID REGISTER STILL OKAY. 

6217 00100100 00000000 00000001 10110000 00110000 10010000 



INS16: 

P2-T, D_A,R2-A, 
NEXT, J/INS17 
6220 11110000 10001010 00010000 00000000 00110000 10010001 



1D<— R2 FOR WRITE. 



INS17: 

NEXT, J/INS18 INULL WORD TWO. 

6221 00000000 00000000 00000000 00000000 00110000 10010010 

INS18: 

NEXT, BUT(SUBRB) ,PAGE(0) ,J/BRA05 IRETURN TO GET NEXT INSTRUCTION, 

6222 00000000 00000000 00000000 00000000 00111000 00000011 



THE REMOVE INSTRUCTION TAKES AN ENTRY OUT OF THE LINKED LIST. 

THE INPUT REGISTERS CONSIST OF: 

Rl- POINTER TO THE ENTRY TO BE DELETED. 

THE ALGORITHM USED TO REMOVE THE ENTRY FROM THE DOUBLY LINKED 
LIST IS EXPRESSED IN THE FOLLOWING MACRO CODE: 

REMOVE: MOV R2,-(SP) 
MOV R3,-(SP) 
MOV BLINK {Rl),R3 
MOV FLINK(R1),R2 
MOV R2,FLINK(R3) 
MOV R3, BLINK (R2) 
CLR FLINK{R1) 
CLR BLINK (Rl) 
MOV (SP)+,R3 
MOV {SP)+,R2 

HERE AGAIN ANALYZING THE ALGORITHM AND KNOWING WE ARE IN LOCAL 
STORE AND THAT WE HAVE SUCH FUNCTIONS AS READ TWO VALUES AT A 
TIME WE GET THE FOLLOWING ALGORITH IN A SHORTHAND NOTATION: 

GRAB FLINK AND BLINK (Rl) 
MOV R2 , FLINK (BLINK (Rl ) ) 
MOV FLINK (Rl ) ,BLINK (FLINK (Rl ) ) 
CLR FLINK AND BLINK (Rl) 

IN THIS METHOD WE ONLY REFERENCE LOCAL STORE FOUR TIMES WHEREAS 
USING THE ABOVE METHOD WE DO FIVE REFERENCES. 
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2598 REMOVE: 

2599 P2-T, D_A,R1-A, 1D<— ADDRESS OF ENTRY. 

2600 NEXT, J/REMl 

6223 11110000 10011000 00010000 00000000 00110000 10010100 

2601 

2602 REMl: 

2603 P3, TMSPTR_(LOADREADTWD) , ! INITIATE READ OF FLINK AND BLINK. 

2604 NEXT, J/REM2 

6224 00100101 00001100 10000001 10110000 00110000 10010101 

2605 

2606 REM2: 

2607 NEXT, J/REM3 ! FIRST NULL WORD. 

6225 00000000 00000000 00000000 00000000 00110000 10010110 

2608 

2609 REM3: 

2610 P3, CSPB[MD]_BUSDIN, 1 FIRST DATA ITEM INTO MD. 

2611 NEXT, J/REM4 

6226 00001110 00000000 00000000 00001000 00110000 10010111 

2612 

2613 ! D HAS FLINK (Rl) 

2614 I MD HAS BLINK (Rl) 
2615 

2616 REM4: 

2617 P2-T, SR_A,D-NO-SHIFT, ISAVE FLINK (Rl) INTO SR. 

2618 NEXT, J/REM5 

6227 11110000 01010000 00001000 00000000 00110000 10011000 

2619 

2620 REM5: 

2621 P2-T, D_B,CSPB(MD) , !D<— ADDRESS OF BACK FLINK. 

2622 NEXT, J/REM6 

6230 10101110 00000000 00010000 00000000 00110000 10011001 

2623 

2624 REM6: 

2625 P3, TMSPTR_(WRITE) , I INITIATE WRITE. 

2626 NEXT, J/REM7 

6231 00100110 00000000 00000001 10110000 00110000 10011010 

2627 

2628 REM7: 'FIRST NULL WORD. 

2629 P2-T, D_A,SR, IDATA TO CHANGE BACK FLINK 

2630 NEXT, J/REM8 

6232 11110000 00000000 00010000 00000000 00110000 10011011 

2631 

2632 REM8: !DATA WRITTEN IN THIS CYCLE. 

2633 P2-T, D_A-PLUS-B,SR,CSPB(ONE) , IPOINT TO FLINK OF FORWARD ENTRY. 

2634 NEXT, J/REM9 

6233 10011100 00000000 00010000 00000000 00110000 10011100 

2635 
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2636 REM9: 

2637 P3, TMSPTR_(LOADANEWRITE) , ! INITIATE WRITE. 

2638 NEXT, J/REMlO 

6234 00100100 00000000 00000001 10110000 00110000 10011101 

2639 

2640 REMIO: 

2641 P2-T, D_B,CSPB(MD) , 'DATA TO CHANGE FORWARD BLINK. 

2642 NEXT, J/REMll 

6235 10101110 00000000 00010000 00000000 00110000 10011110 

2643 

2644 REMll : 

2645 P2-T, D_A,R1-A, !D<— ADDRESS OF ENTRY REMOVED. 

2646 NEXT, J/REM12 

6236 11110000 10011000 00010000 00000000 00110000 10011111 

2647 

2648 REM12: 

2649 P3, TMSPTR_{LOADWRITETWO) , ! INITIATE CLEAR OF FLINK AND BLINK. 

2650 NEXT, J/REM13 

6237 10100000 10001100 10000001 10110000 00110000 10100000 

2651 

2652 REM13: 

2653 P2-T, D_ZERO, IZERO DATA FOR FORWARD LINK. 

2654 NEXT, J/REM14 

6240 00110000 00000000 00010000 00000000 00110000 10100001 

2655 

2656 REM14 : 

2657 P2-T, D_ZERO, IZERO DATA FOR BACKWARD LINK. 

2658 NEXT, J/REM15 

6241 00110000 00000000 00010000 00000000 00110000 10100010 

2659 

2660 REM15: 

2661 NEXT, BUT (SUBRB) , PAGE (0) ,J/BRA05 'RETURN TO GET NEXT INSTRUCTION. 

6242 00000000 00000000 00000000 00000000 00111000 00000011 

2662 
2663 
2664 
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2665 ! 

2666 1 THE APPEND INSTRUCTION IS USED TO ADD AN ENTRY ONTO THE POINT 

2667 1 WANTED. THIS INSTRUCTION CAN BE USED IN TWO WAYS. (1) TO ADD 

2668 ! THE ENTRY ONTO THE FRONT OF A QUEUE DIRECTLY AFTER THE HEAD 

2669 1 ELEMENT AND ALSO TO ADD THE ELEMENT ONTO THE LAST POSITION OF 

2670 1 A LIST. THE FOLLOWING INPUT CONDITIONS OCCUR: 

2671 1 Rl- POINTS TO HEAD OF LINKED LIST. 

2672 i R2- POINTS TO ENTRY TO BE APPENDED TO THE LINKED LIST. 

2673 1 

2674 ! THE ALGORITHM CAN BE REPRESENTED IN THE FOLLOWING MACRO FORM: 

2675 I 

2676 ! APPEND: MOV R3,-(SP) 

2677 1 MOV FLINK(Rl) ,FLINK(R2) 

2678 1 MOV FLINK(Rl) ,R3 

2679 1 MOV R2,FLINK(R1) 

2680 1 MOV BLINK (R3) , BLINK (R2) 

2681 1 MOV R2, BLINK (R3) 

2682 1 MOV (SP)+,R3 

2683 1 

2684 ! ANALYZING THE ALGORITHM AGAINST THE CONSTRAINTS AND THE 

2685 1 POWERS OF USING A LOCAL STORE REPRESENTATION OF THE LINKED 

2686 I LIST THE FOLLOWING SHORTHAND NOTATION ALGORITHM IS DEVELOPED. : 

2687 1 

2688 1 GRAB 

2689 i MOV 

2690 ! GRAB 

2691 1 MOV 

2692 ! MOV 

2693 I MOV 

2694 1 

2695 1 USING THIS REPRESENTATION THE WCS ADDRESS REGISTER IS LOADED ONLY 

2696 ! FOUR TIMES COMPARED TO THE SEVEN OR SO TIMES FOR THE FIRST 

2697 1 METHOD. 
2698 

2699 

2700 APPEND: 

2701 P2-T, D_A,R1-A, 1D<— ADDRESS OF APPEND PT. 

2702 NEXT, J/APPl 

6243 11110000 10011000 00010000 00000000 00110000 10100100 

2703 

2704 APPl: 

2705 P3, TMSPTR_(READ) , I INITIATE READ OF FLINK (Rl) . 

2706 NEXT, J/APP2 

6244 10100101 00000000 00000001 10110000 00110000 10100101 

2707 

2708 APP2: 

2709 NEXT, J/APP3 'NULL WORD ONE. 

6245 00000000 00000000 00000000 00000000 00110000 10100110 

2710 



FLINK (Rl) 

R2, FLINK (Rl) 

BLINK (FLINK (Rl)) 

R2, BLINK (FLINK (Rl)) 

FLINK (Rl) , FLINK (R2) 

BLINK (FLINK (Rl) ) ,BLINK (R2) 
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2711 


APP3: 








2712 


P2-T, 


D A,R2-A, 




!PUT R2 INTO D FOR WRITE. 


2713 


P3, 


CSPB[iyiD] BUSDIN, 




! INPUT FLINK(Rl) . 


2714 


NEXT, 


J/APP4 








6246 


11111110 10001010 00010000 


00001000 


00110000 10100111 


2715 










2716 


APP4: 








2717 




TMSPTR (WRITE) , 




i INITIATE MOV R2 , FLINK (Rl ) . 


2718 


NEXT, 


J/APP5 








6247 


00100110 00000000 00000001 


10110000 


00110000 10101000 


2719 










2720 


APP5: 








2721 


P2^, 


SR B,CSPB(iyiD) , 




ISR GETS FLINK (Rl) 


2722 


NEXT, 


J/APP6 




INULL WORD ONE. 




6250 


10101110 00000000 00001000 


00000000 


00110000 10101001 


2723 










2724 


APP6: 








2725 


P2-T, 


D A-PLUS-B,SR,CSPB(ONE) , 


"CALCULATE BLINK (FLINK (Rl) ) . 


2726 


NEXT, 


J/APP7 








6251 


10011100 00000000 00010000 


00000000 


00110000 10101010 


2727 










2728 


APP7: 








2729 


P3, 


TMSPTR (LOADANDREAD) , 




1 INITIATE READ OF BLINK (FLINK (Rl ) ) 


2730 


NEXT, 


J/APP8 








6252 


10100000 00000000 00000001 


10110000 


00110000 10101011 


2731 










2732 


APP8: 








2733 


NEXT, 


J/APP9 




INULL WORD ONE. 




6253 


00000000 00000000 00000000 


00000000 


00110000 10101100 


2734 










2735 


APP9: 








2736 


P2-T, 


D A,R2-A, 




!PUT R2 INTO D FOR WRITE. 


2737 


P3, 


CSPB[MD] BUSDIN, 




1 INPUT BLINK (FLINK (Rl) ) . 


2738 


NEXT, 


J/APPIO 








6254 


11111110 10001010 00010000 


00001000 


00110000 10101101 


2739 










2740 


APPIO: 








2741 


P3, 


TMSPTR (WRITE) , 




I INITIATE MOV R2,BLINK (FLINK (Rl) ) 


2742 


NEXT, 


J/APPll 








6255 


00100110 00000000 00000001 


10110000 


00110000 10101110 


2743 










2744 


APPll: 








2745 


NEXT, 


J/APP12 




iNULL WORD ONE. 




6256 


00000000 00000000 00000000 


00000000 


00110000 10101111 


2746 










2747 


APP12: 








2748 


P2^, 


D A,R2-A, 
J/APP13 




1D<— ADDRESS OF FLINK (R2) . 


2749 


NEXT, 








6257 


11110000 10001010 00010000 


00000000 


00110000 10110000 


2750 
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2751 APP13: 

2752 P3, TMSPTR_{LOADWRI'TEINC) , IINITATE MOV FLINK(Rl) ,FLINK(R2) 

2753 NEXT, J/APP14 

6260 00100000 10000000 00000001 10110000 00110000 10110001 

2754 

2755 APP14: 

2756 P2-T, D_A,SR, 1FLINK{R1) INTO DO FOR WRITE. 

2757 NEXT, J/APP15 

6261 11110000 00000000 00010000 00000000 00110000 10110010 

2758 

2759 APP15: 

2760 P2-T, D_B,CSPB(MD) , 1 BLINK (FLINK (Rl) ) INTO D FOR WRITE. 

2761 ! (DATA ABOVE WRITTEN AND THEN INCREMENT 

2762 NEXT, J/APP16 1 ADDRESS REGISTER TO POINT TO BLINK) 

6262 10101110 00000000 00010000 00000000 00110000 10110011 

2763 

2764 APP16: 

2765 P3, TMSPTR_(WRITE) , 1 MOV BLINK (FLINK (Rl) ) ,BLINK{R2) 

2766 NEXT, J/APP17 

6263 00100110 00000000 00000001 10110000 00110000 10110100 

2767 

2768 APP17: 

2769 NEXT, J/APP18 INULL WORD ONE. 

6264 00000000 00000000 00000000 00000000 00110000 10110101 

2770 

2771 APP18: 

2772 NEXT, J/APP19 'NULL WORD TWO. 

6265 00000000 00000000 00000000 00000000 00110000 10110110 

2773 

2774 APP19: 

2775 NEXT, BUT (SUBRB) , PAGE (0) ,J/BRA05 1 RETURN TO GET NEXT INSTRUCTION. 

6266 00000000 00000000 00000000 00000000 00111000 00000011 



MIC — ERRORS DETECTED: 

MIC — NUMBER OF LINES PROCESSED: 2775 



APPENDIX E 
ERROR MESSAGES 



This appendix contains the error messages for the microprogramming 
tools. Error messages are given first for the assembler, then for the 
debugger, and finally for the command language interpreter. 



In addition to the error messages listed here, additional error 
messages can arise from any of the following sources: 

o Operating System. An operating system error message has the 
form . 

FCS number file-name error message 

For an explanation of operating system error messages the 
programmer is referred to: 

FORTRAN IV PLUS User's Guide ( DEC-1 1 -LFPUA-BD) , 
Appendix C, Section C.2.3 

o FORTRAN Run-Time System. A FORTRAN error message has the 
form : 

FCS number file-name error message 

For an explanation of FORTRAN error messages, the programmer 
is referred to: 

FORTRAN IV PLUS User's Guide ( DEC-11 -LFPUA-BD) , 
Appendix C, Section C.2.2 

o Program Errors. Error messages that are reported as a 
result of the failure of consistency checks within the 
microprogramming tools have the following form: 

PROGRAM ERROR - error-message 

These errors are described within the program documentation. 
The occurence of such an error indicates a malfunction that 
is outside the programmer's control. 
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E. 1 MICRO-11/ 60 ERROR MESSAGES 

The following error messages are produced by the assembler. The first 
nine errors are fatal errors. These errors indicate a problem with 
the hardware or software support for the MICRO-11/60 assembler 
program. For each of these errors a suggested procedure is indicated. 

1. WRITE ERROR IN WORK FILE 
Suggested procedure: Try again. 

2. INTERNAL BUFFER ERROR 

Suggested procedure: Try again in a less active 

environment . 

3. (reserved) 

4. WORK FILE TOO BIG 

Suggested procedure: Try to break down the microprogram 

either by dividing into modules or 
by removing comments. 

5. READ ERROR IN WORK FILE 

Suggested procedure: Check disk. Try again in a less 

active environment. 

6. INTERNAL INITIALIZATION ERROR 

Suggested procedure: Try running in a different spot in 

memory . 

7. END OF OBJECT FILE ERROR 
Suggested procedure: Try again. 

8. WRITE ERROR IN OBJECT FILE 
Suggested procedure: Try again. 

9. (reserved) 



The remaining errors are non-fatal. After the detection of an error, 
the assembly continues. For each of these errors, a Probable cause is 
ind icated . 

10. ILLEGAL NUMERIC LABEL 

Probable cause: A label outside the legal limits 

of the program. 
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11. BEGIN BLOCK ALREADY ENDED 
Probable cause: 



A case-microinstruction or an end- 
definition seen for a branch-label 
that has already been ended by an 
end-definition , 



12. CASE NUMBER TOO LARGE 

Probable cause: A case number larger than the number 

calculated by taking 2**k, where k is 
the number of O's in the mask 
associated with the branch-label. 



13 



14 



15 



16 
17 



THIS CASE ALREADY HANDLED 
Probable cause; 



DATA SET ERROR 
Probable cause 
ILLEGAL RANGE 
Probable cause 



A case number for a given branch-label 
is given more than once in the 
microprogram . 



The internal stack is too big. 



The address range given with a branch- 
definition is in the wrong order or is 
outside the legal limits of the program. 



( reserved ) 

ILLEGAL USE OF SYMBOL 

Probable cause: A symbol given in a place where only 

a numeric value is acceptable. 

18. ILLEGAL CONDITION BEFORE .CODE 



Probable cause 

19. ILLEGAL VALUE 
Probable cause 



A language construct that can only be 
given in the action-part of the program 
appears in the definition part. 



A value outside the legal range or 
a signed value. 



20. PAGE BOUNDS ERROR IN DEFAULT ADDRESS 
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21 . NO .ADDRESS KEYWORD 

Note: This error can occur only if this predef initions file 
is not used. 

Probable cause: The .ADDRESS keyword, as described in Appendix 

B, is not present. 

22. ILLEGAL STATEMENT AFTER .CODE 

Probable cause: A language construct that can be given 

only in the definition part of the 
program is used in the action part. 

23. MACRO EXPANSION ERROR 

Probable cause: The arguments of the macro-call created 

a problem in the expansion of the macro- 
body. 

24. MICRO-INSTRUCTION ILLEGAL 

Probable cause: A name given in the microinstruction 

is undefined. This error sometimes 
indicates a problem with the definition 
of the name. 

25. INTERNAL STACK OVERFLOW 

Probable cause: The stack associated with macro expansion 

has too many entries. This error can be 
caused by nesting macros too deeply or 
by supplying too many arguments for a 
macro . 

26. ATTEMPT TO REWRITE BIT IN MICROWORD 

Probable cause: A field-setting is given that sets a bit 

already set in the microword by another 
field-setting . 

27. CONSTRAINT FIELD PARAMETER ILLEGAL 

Probable cause: The number of O's in a mask is either 

less than 1 or greater than the allowable 
number (7 ) . 
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28. CANNOT SATISFY CONSTRAINT REQUEST 

Probable cause: A set of addresses to satisfy the 

constraint request cannot be found. 

Suggested procedure: Move the branch-definition to the 

beginning of the program so that the 
necessary addresses can be reserved. 

29. ADDRESS ALREADY SEEN 

Probable cause: The address has already been either 

explicitly allocated by the programmer 

or selected by the assembler for allocation. 

30. ALREADY DEFINED 

Probable cause: The name has already been defined for the same 

name type. 

31 . ILLEGAL FIELD MODE 

32. ILLEGAL PASS 2 OPERATION 

Probable cause: System or hardware failure. 

33. BAD INITIALIZATION 

Probable cause: System or hardware failure. 

34. (reserved) 

35. ERROR ROUTINE FAILURE 

Probable cause: System or hardware failure. 

36. SYMBOL ALREADY USED AS A LABEL 

Probable cause: Symbol has been already been defined by 

its use as a label . 

37. (reserved) 

38. PRE-SCAN ERROR 

Probable cause: System or hardware failure. 

39. SYNTAX ERROR 

Probable cause: The source line does not have the 

correct syntax. 
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E.2 MPT ERROR MESSAGES 

The debugger error messages and the error source are listed below. 

Error Source 

ADDRESS ERROR AT address Run-time 

ATTEMPT TO EXECUTE AN ILLEGAL INSTRUCTION Run-time 
AT address 

ILLEGAL BREAKPOINT INSTRUCTION AT address Run-time 

UNKNOWN TRAP OCCURRED AT address Run-time 

ATTEMPT TO LOAD A CODE SEGMENT FAILED AT Load 
ADDRESS address 

BREAKPOINT NUMBER breakpoint-id IS NOT SET Breakpoint 

BREAKPOINT TABLE FULL Breakpoint 

DID NOT FIND ADDRESS Breakpoint 

DISPLAY POINT NUMBER display-id IS NOT SET Display 

ILLEGAL ADDRESS Proceed, Go, Open 

ADDRESS TYPE Breakpoint 

BIT NUMBER Open 

BREAK COMMAND Breakpoint 

BREAKPOINT NUMBER Breakpoint 

NUMBER, TOO LARGE Display Point 

TERMINATION (all) 

INCORRECT BIT FIELD NAME (all) 

STATE VARIABLE NAME (all) 

INPUT ERROR (all) 

LEGAL BREAKPOINT DID NOT OCCUR Proceed, Go 

NO FREE ENTRIES IN DISPLAY TABLE Display 

ODD MACRO ADDRESS Breakpoint 

SYNTAX ERROR (all) 

UNABLE TO LOAD DISPATCH TABLE Load 

READ SPECIFIED LOCATION Open 

WRITE SPECIFIED LOCATION Open 

UNKNOWN TERMINATOR Open 
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E.3 COMMAND LANGUAGE ERROR MESSAGES 

The following error messages are command language interpreter error 
messages. These error messages may be encountered when trying to use 
the MICRO-11/60 assembler. 



1. COMMAND LINE SYNTAX ERROR rest-of-line 

If the command language interpreter detects an error in 
the command line, it prints this message and the part 
of the line after the point at which the error was 
detected . 



2. COMMAND SWITCH ERROR 

where: n = 1 
n = 2 
n = 4 



implies the object module file 
implies the list file 
implies the first input file 



The command language interpreter found an illegal 
switch on the indicated file. 
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